[Bug libbacktrace/87182] libbacktrace does not use GCC own zlib

2018-09-04 Thread vigerske at math dot hu-berlin.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87182 Stefan Vigerske changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libbacktrace/87182] libbacktrace does not use GCC own zlib

2018-09-03 Thread ian at airs dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87182 --- Comment #6 from Ian Lance Taylor --- In my testing I don't see any reference to -lz in libbacktrace.la. It is not the case that using AC_CHECK_LIB([z], [compress], [AC_DEFINE(HAVE_ZLIB, 1, [Define if -lz is available.])]) in

[Bug libbacktrace/87182] libbacktrace does not use GCC own zlib

2018-09-03 Thread vigerske at math dot hu-berlin.de
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

[Bug libbacktrace/87182] libbacktrace does not use GCC own zlib

2018-09-03 Thread ian at airs dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87182 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #4

[Bug libbacktrace/87182] libbacktrace does not use GCC own zlib

2018-09-03 Thread joseph at codesourcery dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87182 --- Comment #3 from joseph at codesourcery dot com --- Host libbacktrace would need to use GCC's host zlib and target libbacktrace would need to use GCC's target zlib for the same target multilib (which would require appropriate dependencies

[Bug libbacktrace/87182] libbacktrace does not use GCC own zlib

2018-09-03 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87182 Richard Biener changed: What|Removed |Added Component|libfortran |libbacktrace --- Comment #2 from