subject:"\[Bug bootstrap\/79771\] \[7 Regression\] in\-tree zlib breaks build"

[Bug bootstrap/79771] [7 Regression] in-tree zlib breaks build

2017-03-14 Thread law at redhat dot com

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79771 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug bootstrap/79771] [7 Regression] in-tree zlib breaks build

2017-03-14 Thread law at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79771 --- Comment #8 from Jeffrey A. Law --- Author: law Date: Wed Mar 15 05:01:23 2017 New Revision: 246152 URL: https://gcc.gnu.org/viewcvs?rev=246152&root=gcc&view=rev Log: 2017-03-15 Yaakov Selkowitz PR bootstrap/79771 * gzguts.

[Bug bootstrap/79771] [7 Regression] in-tree zlib breaks build

2017-03-13 Thread doko at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79771 Matthias Klose changed: What|Removed |Added URL||https://github.com/madler/z

[Bug bootstrap/79771] [7 Regression] in-tree zlib breaks build

2017-03-10 Thread yselkowi at redhat dot com

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79771 --- Comment #6 from Yaakov Selkowitz --- (In reply to Jakub Jelinek from comment #5) > Do you really need even the zlib.def change? For standalone zlib, yes; if you try to export a symbol which doesn't exist, ld errors out. > That part has been

[Bug bootstrap/79771] [7 Regression] in-tree zlib breaks build

2017-03-10 Thread jakub at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79771 --- Comment #5 from Jakub Jelinek --- Do you really need even the zlib.def change? That part has been added 5 years ago, so it would surprise me if it didn't build even with that. If that works, the gzguts.h and zlib.h changes is something we can

[Bug bootstrap/79771] [7 Regression] in-tree zlib breaks build

2017-03-10 Thread rguenth at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79771 Richard Biener changed: What|Removed |Added Priority|P3 |P1

[Bug bootstrap/79771] [7 Regression] in-tree zlib breaks build

2017-03-03 Thread yselkowi at redhat dot com

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79771 --- Comment #4 from Yaakov Selkowitz --- This is an upstream issue in the recent zlib releases, here's a patch: https://github.com/cygwinports/zlib/blob/master/1.2.11-gzopen_w.patch Configuring with --with-system-zlib avoids this, as long as gc

[Bug bootstrap/79771] [7 Regression] in-tree zlib breaks build

2017-03-03 Thread daniel.santos at pobox dot com

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79771 --- Comment #3 from Daniel Santos --- I'm guessing that either they didn't test on Cygwin or they tested on a pre-release version or I have some local/environmental issue, although my environment was just recently generated. Upstream is at 1.2.1

[Bug bootstrap/79771] [7 Regression] in-tree zlib breaks build

2017-03-03 Thread jakub at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79771 --- Comment #2 from Jakub Jelinek --- There is https://github.com/madler/zlib/commit/b4ce6caf0992296230e4e25b22a63e418bdf4dcf but not enough further info why it has changed. So, report upstream?