On 12/18/2014 10:26 AM, David Fang wrote:
After applying your patch to both copies in gnutls, test-stdalign
passes, as does everything else.
Thanks for checking; I pushed this into gnulib.
Paul and all,
PEBKAC.
So I finally dug deeper into these compilation issues and with
-save-temps, discovered that I had patched the wrong stdalign.in.h.
Apparently, GNUTLS-3.3.9 ships two copies of it, and I patched the one
that was NOT used by test-stdalign. After applying your pat
Hi Paul,
On Thu, 18 Dec 2014, Paul Eggert wrote:
Can you deduce why the fix didn't work? It should have inserted this:
+#elif (defined __APPLE__ && defined __MACH__ \
+ ? 4 < __GNUC__ + (1 <= __GNUC_MINOR__) \
+ : __GNUC__)
and that should
David Fang wrote:
Hi Paul,
I tried applying the patch (just the stdalign.in.h bit) to the
powerpc-darwin8 build, but I still see (when changing the assert to printf):
Can you deduce why the fix didn't work? It should have inserted this:
+#elif (defined __APPLE__ && defined __MACH__
Some more details:
On powerpc-darwin8, where the test fails, gcc is:
Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: /var/tmp/gcc/gcc-5370~2/src/configure --disable-checking
-enable-werror --prefix=/usr --mandir=/share/man
--enable-languages=c,objc,c++,obj-c++
--program-tr
Hi Paul,
I tried applying the patch (just the stdalign.in.h bit) to the
powerpc-darwin8 build, but I still see (when changing the assert to
printf):
static_char_alignas 5
static_char_Alignas 4
static_short_alignas 2
static_short_Alignas 0
static_int_alignas 4
static_int_Alignas 0
static_long_
David Fang wrote:
Does this mean that it falls back to the distributed copy in gl/stdalign.h?
Yes, actually, it's basically a copy of gl/stdalign.in.h.
I don't see any evidence of the replacement stdalign.h being tested in
config.log.
The replacement is not tested, because its runtime beha
Hi Paul,
On 12/15/2014 04:47 PM, David Fang wrote:
_alignas and _Alignas are broken on your platform, even with gnulib trying to
work around the breakage.
Is there a problem in the compiler, or rather some incorrect assumption
about the ABI in the test itself? This is the system compiler,
On 12/15/2014 04:47 PM, David Fang wrote:
How should these results be interpreted?
_alignas and _Alignas are broken on your platform, even with gnulib
trying to work around the breakage.
Is there a problem in the compiler, or rather some incorrect
assumption about the ABI in the test itself
Hi,
I initially reported a this as a GNUTLS-3.3.9 test failure, but
was then redirected to the gnulib project, the origin of this test.
http://savannah.gnu.org/support/?108705
I'm getting 1 test failure on powerpc-darwin8 with test-stdalign.
Compiled with the system compiler, Apple's gcc-4.0.
Hi,
I initially reported a this as a GNUTLS-3.3.9 test failure, but
was then redirected to the gnulib project, the origin of this test.
http://savannah.gnu.org/support/?108705
I'm getting 1 test failure on powerpc-darwin8 with test-stdalign.
Compiled with the system compiler, Apple's gcc-4.0.
11 matches
Mail list logo
