git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Michael <aixtools@felt.demon.nl>
To: "brian m. carlson" <sandals@crustytoothpaste.net>, git@vger.kernel.org
Subject: Re: git broken for AIX somewhere between 2.13.2 and 2.13.3
Date: Sun, 29 Jul 2018 22:50:10 +0200	[thread overview]
Message-ID: <701d9f4b-efbd-c584-4bec-bddb51b11d96@felt.demon.nl> (raw)
In-Reply-To: <20180729200623.GF945730@genre.crustytoothpaste.net>

On 29/07/2018 22:06, brian m. carlson wrote:
> On Sun, Jul 29, 2018 at 09:48:43PM +0200, Michael wrote:
>> On 29/07/2018 21:27, brian m. carlson wrote:
>>> Well, that explains it.  I would recommend submitting a patch to
>>> https://github.com/cr-marcstevens/sha1collisiondetection, and the we can
>>> pull in the updated submodule with that fix.
>> Not sure I am smart enough to do that. I'll have to download, build, and see
>> what it says.
> The issue is that somewhere in lib/sha1.c, you need to cause
> SHA1DC_BIGENDIAN to be set.  That means you need to figure out what
> compiler macro might indicate that.
I remember - roughly - a few decades back - having an assignment to 
write code to determine endianness. PDP and VAC were different iirc, and 
many other micro-processors besides the 8088/8086/z85/68k/etc..

If you are looking for a compiler macro as a way to determine this - 
maybe you have one for gcc, but not for xlc. I do not know it - currently :)

> I can tell you that a POWER- or
> PowerPC-specific one is going to be a bad choice unless it includes the
> endianness, since those chips come in little-endian versions as well.
Actually, the POWER8 and POWER9 (and I expect all future versions) 
support both. There are not separate chips. Per virtual machine - a mode 
is determined during boot (virtual power on) e.g., SLES11 only ran in 
BigEndian and SLES12 only runs in LittleEndian. afaik, RHEL was 
supplying both BE and LE distributions. AIX, as an OS, only runs in BE 
mode, and I expect IBM i (was os/400) is also only running in BE.
>
> _AIX might be a fine choice if you know that it only ever runs on
> big-endian chips.
Do you mean just testing for _AIX. That would be very very easy - yes!
>>> In the mean time, you could build using OpenSSL or the block SHA-1
>>> implementation, and switch back once things are in a good state.  I do
>>> recommend using SHA1DC for things long term, though, as attacks on SHA-1
>>> are only going to get better.
>> Any suggestions on where/how to do this?
>>
>> root@x066:[/data/prj/aixtools/git/git-2.13.2]./configure --help | grep -i
>> sha
>>    --sharedstatedir=DIR    modifiable architecture-independent data
>> [PREFIX/com]
>>    --datarootdir=DIR       read-only arch.-independent data root
>> [PREFIX/share]
>>
>> root@x066:[/data/prj/aixtools/git/git-2.13.2]./configure --help | grep ssl
>>    --with-openssl          use OpenSSL library (default is YES)
>>                            ARG can be prefix for openssl library and headers
> If you're using configure, you can use --with-openssl, or
> --with-openssl=PREFIX if your OpenSSL isn't in the standard location but
> is instead in PREFIX.
I'll look in configure to see if it is not finding openssl. I was 
assuming it was found - as everything else using GNU "auto" tools find 
it okay. i.e., /var/lib/libssl.a, etc..

Tomorrow!



  reply	other threads:[~2018-07-29 20:50 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-07-29 16:44 git broken for AIX somewhere between 2.13.2 and 2.13.3 Michael
2018-07-29 18:10 ` brian m. carlson
2018-07-29 19:46   ` Michael
2018-07-29 20:05     ` Ævar Arnfjörð Bjarmason
2018-07-29 21:40       ` Andreas Schwab
2018-07-30  6:22         ` Michael
     [not found]   ` <2309fa7f-c2d8-ee57-aff5-b9e32d2da609@felt.demon.nl>
     [not found]     ` <20180729192753.GD945730@genre.crustytoothpaste.net>
2018-07-29 19:48       ` Michael
2018-07-29 20:06         ` brian m. carlson
2018-07-29 20:50           ` Michael [this message]
2018-07-30  9:39             ` Is detecting endianness at compile-time unworkable? Ævar Arnfjörð Bjarmason
2018-07-30 14:54               ` Junio C Hamano
2018-07-30 18:32                 ` Junio C Hamano
2018-07-30 18:39                   ` Daniel Shumow
2018-07-31 10:06                     ` Michael Felt
2018-08-01  1:35                   ` Eric Wong
2018-08-01  7:16                 ` Ævar Arnfjörð Bjarmason
2018-07-31 10:39               ` Michael Felt
2018-08-01  7:31                 ` Ævar Arnfjörð Bjarmason
2018-08-02 20:50                   ` [PATCH] sha1dc: update from upstream Ævar Arnfjörð Bjarmason
2018-08-02 21:29                     ` Michael Felt (aixtools)
2018-08-02 21:32                     ` Stefan Beller
2018-07-31 12:32               ` Is detecting endianness at compile-time unworkable? Michael Felt
2018-07-31 14:01               ` Michael Felt
2018-07-31 14:25                 ` Ævar Arnfjörð Bjarmason
2018-07-31 20:06                   ` Michael

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=701d9f4b-efbd-c584-4bec-bddb51b11d96@felt.demon.nl \
    --to=aixtools@felt.demon.nl \
    --cc=git@vger.kernel.org \
    --cc=sandals@crustytoothpaste.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).