Opened 10 years ago

Closed 10 years ago

#44755 closed defect (fixed)

gnutls fails to build on ML buildbot (and probably others) due to missing stdnoreturn.h

Reported by: neverpanic (Clemens Lang) Owned by: Schamschula (Marius Schamschula)
Priority: High Milestone:
Component: ports Version: 2.3.1
Keywords: Cc: mkae (Marko Käning), bK4gYuRo, udbraumann, ryandesign (Ryan Carsten Schmidt), orbeckst (Oliver Beckstein)
Port: gnutls

Description

Hi,

The

buildbots failed to build GnuTLS 3.3.7. The problem seems to be a missing stdnoreturn.h header file in src/libopts/autoopts.h:

Making all in libopts
make[4]: Entering directory `/opt/local/var/macports/build/_opt_mports_dports_devel_gnutls/gnutls/work/gnutls-3.3.7/src/libopts'
/bin/sh ../../libtool  --tag=CC   --mode=compile /usr/bin/clang -DHAVE_CONFIG_H -I. -I../..  -I../.. -I/opt/local/include  -pipe -Os -arch x86_64 -MT libopts_la-libopts.lo -MD -MP -MF .deps/libopts_la-libopts.Tpo -c -o libopts_la-libopts.lo `test -f 'libopts.c' || echo './'`libopts.c
libtool: compile:  /usr/bin/clang -DHAVE_CONFIG_H -I. -I../.. -I../.. -I/opt/local/include -pipe -Os -arch x86_64 -MT libopts_la-libopts.lo -MD -MP -MF .deps/libopts_la-libopts.Tpo -c libopts.c  -fno-common -DPIC -o .libs/libopts_la-libopts.o
In file included from libopts.c:12:
./autoopts.h:35:10: fatal error: 'stdnoreturn.h' file not found
#include <stdnoreturn.h>
         ^
1 error generated.
make[4]: *** [libopts_la-libopts.lo] Error 1

The file seems to be part of libopts, the problem seems to have been introduced in version 3.3.7. stdnoreturn.h is part of the next C standard, and seems to be unavailable on older systems. Upstream commit that added the change was

commit 3d1a66d4f2716c72b146c6ec1feb2d886e2ef3b3
Author: Nikos Mavrogiannopoulos <nmav@gnutls.org>
Date:   Tue Jul 29 22:21:36 2014 +0200

    updated to libopts 5.18.3

I don't see why the new header was necessary, so the proper fix is probably removing it completely.

Please advise upstream about this problem by filing a bug report in their bug tracker.

Attachments (2)

Portfile-gnutls.diff (645 bytes) - added by Schamschula (Marius Schamschula) 10 years ago.
src-libopts-autoopts.h.patch (784 bytes) - added by Schamschula (Marius Schamschula) 10 years ago.

Download all attachments as: .zip

Change History (17)

comment:1 Changed 10 years ago by mkae (Marko Käning)

This doesn't happen on Mavericks.

comment:2 Changed 10 years ago by mkae (Marko Käning)

Cc: mk@… added

Cc Me!

comment:3 Changed 10 years ago by bK4gYuRo

It does happen on Lion:

:info:build make[4]: Entering directory `/opt/local/var/macports/build/_opt_local_var_mac
ports_sources_rsync.macports.org_release_tarballs_ports_devel_gnutls/gnutls/work/gnutls-3
.3.7/src/libopts'
:info:build /bin/sh ../../libtool  --tag=CC   --mode=compile /usr/bin/llvm-gcc-4.2 -DHAVE
_CONFIG_H -I. -I../..  -I../.. -I/opt/local/include  -pipe -Os -arch x86_64 -MT libopts_l
a-libopts.lo -MD -MP -MF .deps/libopts_la-libopts.Tpo -c -o libopts_la-libopts.lo `test -
f 'libopts.c' || echo './'`libopts.c
:info:build libtool: compile:  /usr/bin/llvm-gcc-4.2 -DHAVE_CONFIG_H -I. -I../.. -I../.. 
-I/opt/local/include -pipe -Os -arch x86_64 -MT libopts_la-libopts.lo -MD -MP -MF .deps/l
ibopts_la-libopts.Tpo -c libopts.c  -fno-common -DPIC -o .libs/libopts_la-libopts.o
:info:build In file included from libopts.c:12:
:info:build autoopts.h:35:25: error: stdnoreturn.h: No such file or directory
Last edited 10 years ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

comment:4 Changed 10 years ago by bK4gYuRo

Cc: macports@… added

Cc Me!

comment:5 Changed 10 years ago by neverpanic (Clemens Lang)

Looking into the code a little more, it seems noreturn is actually being used in the code now. I'm not sure how to proceed in this, either upstream should decide that a C11-compatible compiler is necessary or do something about it, like including a compatibility header (it seems gnulib has one).

Version 0, edited 10 years ago by neverpanic (Clemens Lang) (next)

comment:6 Changed 10 years ago by Schamschula (Marius Schamschula)

I have posted this information to the gnutls-devel mailing list.

comment:7 Changed 10 years ago by udbraumann

Cc: braumann@… added

Cc Me!

comment:8 Changed 10 years ago by zzanderr

I just attempted to upgrade gnutls and ran into the same error during the build phase (G4 PowerBook running OS X 10.5). After reading Cal's last post, I checked to see if there was a "stdnoreturn.h" somewhere under "/opt" and found one:

          /opt/lib/gcc48/gcc/ppc-apple-darwin9/4.8.3/include/stdnoreturn.h

I cleaned up the failed build and used

          port upgrade gnutls configure.compiler=macports-gcc-4.8

finishing the upgrade with no errors. So thanks for the info, Cal. However, if anyone knows of a reason why I shouldn't use gcc48 for gnutls (on a PowerBook), please let me know.

Last edited 10 years ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

comment:9 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added
Priority: NormalHigh

comment:10 Changed 10 years ago by Schamschula (Marius Schamschula)

On my systems, I only found this issue under Lion (10.7.5). Both Mountain Lion and Mavericks built cleanly.

comment:11 Changed 10 years ago by orbeckst (Oliver Beckstein)

Cc: orbeckst@… added

Also fails on Mac OS X 10.6.8 (Snow Leopard).

Last edited 10 years ago by orbeckst (Oliver Beckstein) (previous) (diff)

comment:12 Changed 10 years ago by Schamschula (Marius Schamschula)

I managed to build gnutls 3.3.7 under Lion, using the following command:

sudo port install gnutls configure.compiler=macports-clang-3.4

Thus, it seems that, perhaps, we need to blacklist the older Apple compilers.

comment:13 in reply to:  12 Changed 10 years ago by udbraumann

Replying to mschamschula@…:

I managed to build gnutls 3.3.7 under Lion, using the following command:

sudo port install gnutls configure.compiler=macports-clang-3.4

This also works on SL 10.6.8, however

sudo port install gnutls configure.compiler=macports-gcc-4.8

works as well, and my guess is that earlier versions of macports' clang or gcc also work.

Thus, it seems that, perhaps, we need to blacklist the older Apple compilers.

This would require some care, in particular when defining alternative compilers. macports-gcc-4.* does not allow for universal builds, and sadly clang-3.* is not working for PPC. I would prefer if some work-around referring to a compatibility header as was outlined above https://trac.macports.org/ticket/44755?replyto=12#comment:5 could be used. It would be sad to end up like for the boost port which presently can only be build using some manual hacks on PPC platforms, e.g. https://trac.macports.org/ticket/39809#comment:39 And yes, I am aware that PPC is no longer officially supported. However, if clang would work on PPC, those C11 issues easily could be worked around.

Changed 10 years ago by Schamschula (Marius Schamschula)

Attachment: Portfile-gnutls.diff added

Changed 10 years ago by Schamschula (Marius Schamschula)

comment:14 Changed 10 years ago by Schamschula (Marius Schamschula)

I got a patch file from the GnuTLS maintainer.

The new revision has successfully built on Lion, ML and Mavericks.

Patches attached.

Last edited 10 years ago by Schamschula (Marius Schamschula) (previous) (diff)

comment:15 Changed 10 years ago by neverpanic (Clemens Lang)

Resolution: fixed
Status: newclosed

Applied in r124556 without the revision bump, because the port either built correctly or not at all, in which case we don't have to force rebuilds.

Can you file the bug upstream with autogen so it gets fixed where it originated?

Note: See TracTickets for help on using tickets.