https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34678
--- Comment #32 from Stefan Vigerske ---
Is there any hope this could actually be improved?
Now, 10 years later, the FENV_ACCESS pragma seems to be implemented, but the
problem here seems to persist.
I run into this with GCC 8.3.0 and code like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87182
Stefan Vigerske changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87182
--- Comment #5 from Stefan Vigerske ---
The AC_CHECK_LIB([z], [compress], []) adds -lz to the LIBS variable in the
Makefile, if successful. This results in calling the libtool that builds
libbacktrace.la with -lz, which then results in having
: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: vigerske at math dot hu-berlin.de
CC: ibuclaw at gdcproject dot org
Target Milestone: ---
The configure of libbacktrace checks for -lz without considering the build of
zlib in ../../libz (the one that GCC
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: vigerske at math dot hu-berlin.de
Target Milestone: ---
When compiling the code
struct foo
{
__attribute__ ((deprecated)) static const int
