helpGnuTLS - Support: sr #108705, test-stdalign assertion fail on...


sr #108705: test-stdalign assertion fail on powerpc-darwin8, gcc-4.0

Submitted by:  David Fang <fangism>
Submitted on:  Sun 14 Dec 2014 07:49:01 AM UTC  
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  Done
Privacy:  Public Assigned to:  None
Open/Closed:  Closed Operating System:  Mac OS

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Tue 23 Dec 2014 11:13:06 AM UTC, comment #5: 

Thank you for pursuing that. I'll update gnulib to resolve the issue.

Nikos Mavrogiannopoulos <nmav>
Project Administrator
Mon 22 Dec 2014 06:25:54 PM UTC, comment #4: 

Paul Eggert has committed a patch upstream at gnulib.  The patch detects old apple gcc and falls back to another case.
Hopefully a future release of GNUTLS will pick up that change.

You may close this issue.

David Fang <fangism>
Sun 14 Dec 2014 05:03:09 PM UTC, comment #3: 
David Fang <fangism>
Sun 14 Dec 2014 10:25:32 AM UTC, comment #2: 

This is a gnulib test and as far as I understand it checks the alignment of several types. No idea why is that, but probably it is used by gnulib itself. You may want to bring that issue to gnulib mailing list at:

To see whether this may affect gnutls you could try gnutls' test suite directly in tests/.

Nikos Mavrogiannopoulos <nmav>
Project Administrator
Sun 14 Dec 2014 07:54:12 AM UTC, comment #1: 

version GNUTLS 3.3.9
there is no system <stdalign.h> header present
compiler is pre-C11

David Fang <fangism>
Sun 14 Dec 2014 07:49:01 AM UTC, original submission:  

On good old powerpc-darwin8 (OS X 10.4), building with the system
compiler, Apple's gcc-4.0.1, I get a single test failure with:                                                                                                                


% ./test-stdalign
test-stdalign.c:88: assertion '(uintptr_t) &(static_char_alignas) % TEST_ALIGNMENT == 0' failed


I don't recall the details, but I know powerpc-darwin has some somewhat
unconventional alignment rules in their ABI.  What assumptions about
alignment is this test making?  Are those assumptions integral to the
functionality of GNUTLS?  Or is perhaps the test erroneous?

David Fang <fangism>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by nmav (Posted a comment)
  • -email is unavailable- added by fangism (Submitted the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-12-23 nmav StatusNone => Done
        Open/ClosedOpen => Closed

    Back to the top

    Powered by Savane 3.7