>>>>> Ulrich Weigand wrote: >>>>>> Kevin Nilsen wrote: > >> This patch has bootstrapped and tested on powerpc64le-unknown-linux-gnu and= >> powerpc64be-unknown-linux-gnu (both 32-bit and 64-bit) and=20 >> powerpc64-unknown-freebsd11.0 (big endian) with no regressions. Is it ok to >> fix this on the trunk? >> >> The problem described in PR66337 (https://gcc.gnu.org/bugzilla/show_bug.cgi= >> ?id=3D3D66337) is that compiling for PowerPC targets with the -malign-power= >> command-line option results in invalid field offsets for certain structure= >> members. As identified in the problem report, this results from a macro = >> definition present in both config/rs6000/{freebsd64,linux64}.h, which in bo= >> th cases is introduced by the comment: >> >> /* PowerPC64 Linux word-aligns FP doubles when -malign-power is given. */ >> >> I have consulted various ABI documents, including "64-bit PowerPC ELF Appli= >> cation Binary Interface Supplement 1.9" (http://refspecs.linuxfoundation.or= >> g/ELF/ppc64/PPC-elf64abi.html), "Power Architecture 64-Bit ELF V2 ABI Speci= >> fication" (https://members.openpowerfoundation.org/document/dl/576), and "P= >> ower >> Architecture(R) 32-bit Application Binary Interface Supplement 1.0 - Linux(= >> R) & Embedded" (https://www.power.org/documentation/power-architecture-32-b= >> it-abi-supplement-1-0-embeddedlinuxunified/). I have not been able to find= >> any basis for this comment and thus am concluding that the comment and exi= >> sting implementation are incorrect. >> >> The implemented patch removes the comment and changes the macro definition = >> so that field alignment calculations on 64-bit architectures ignore the -ma= >> lign-power command-line option. With this fix, the test case identified in= >> the PR behaves as was expected by the submitter. > > There seems to be some confusion here. First of all, on Linux and FreeBSD, > the *default* behavior is -malign-natural, which matches what the Linux ABI > specifies. Using -malign-power on *Linux* is an explicit instruction to > the compiler to *deviate* from the documented ABI. > > The only effect that the deviation has on Linux is to change the alignment > requirements for certain structure elements. Your patch removes this change, > making -malign-power fully a no-op on Linux and FreeBSD. This doesn't seem > to be particularly useful ... If you don't want the effect, you can simply > not use that switch. > > To my understanding, the intent of providing that switch was to allow > creating code that is compatible code produced by some other compilers > that do not adhere to the Linux ABI, but some other ABI. In particular, > my understanding is that the *AIX* ABI has these alignment requirements. > And in fact, GCC on *AIX* defaults to -malign-power. > > Looking at PR 66337, the submitter actually refers to the behaviour of > GCC on AIX, so I'm not sure how Linux is even relevant here. (Maybe > there is something wrong in how GCC implements the AIX ABI. But I'm > not really familar with AIX, so I can't help much with that.)
AIX does not use natural alignment. For historical reasons, the maximum alignment of double is word alignment. In an attempt to correct the alignment mistake, the AIX POWER ABI increases the alignment of structures who first element is double to double word. XLC increases the alignment of the member but GCC does not. GCC allows use of AIX POWER ABI alignment in ELF for some early customers. The option has nothing to do with Linux ABIs nor embedded ABIs. Thanks for the patch, but it is not addressing the correct problem. The issue is specifically about GCC compatibility with XLC for AIX ABI. Thanks, David