Opened 15 years ago
Closed 14 years ago
#24072 closed defect (wontfix)
qt4-mac fails to build with zlib 1.2.4
| Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | |
| Keywords: | Cc: | knickebeickebein@…, aurimas.mikalauskas@…, bgschaid@…, cjones051073 (Chris Jones), eborisch@…, dershow, jo.net@…, a.vincelli@…, cubix@…, dsturnbull@…, jord.swart@…, diegotheblind+macports@…, ericmoret, gsmplanet@…, soehn@…, dmz@…, pixilla (Bradley Giesbrecht), jairo.serrano@…, vjl@…, francois.pradel@… | |
| Port: | qt4-mac, qt4-mac-devel |
Description
qt4-mac fails to build with zlib 1.2.4. I assume qt4-mac-devel has the same problem.
/usr/bin/g++-4.2 -c -pipe -O2 -fPIC -arch i386 -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5 -Wall -W -DQT_BOOTSTRAPPED -DQT_LITE_UNICODE -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_TO_ASCII -DQT_NO_CODECS -DQT_NO_DATASTREAM -DQT_NO_GEOM_VARIANT -DQT_NO_LIBRARY -DQT_NO_QOBJECT -DQT_NO_STL -DQT_NO_SYSTEMLOCALE -DQT_NO_TEXTSTREAM -DQT_NO_THREAD -DQT_NO_UNICODETABLES -DQT_NO_USING_NAMESPACE -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I../../../mkspecs/macx-g++ -I. -I../../../include -I../../../include/QtCore -I../../../include/QtXml -o .obj/release-static/qbytearray.o ../../corelib/tools/qbytearray.cpp In file included from ../../corelib/tools/qbytearray.cpp:54: /opt/local/include/zlib.h:1561: error: 'off64_t' does not name a type /opt/local/include/zlib.h:1562: error: 'off64_t' does not name a type /opt/local/include/zlib.h:1563: error: 'off64_t' does not name a type /opt/local/include/zlib.h:1564: error: 'off64_t' has not been declared /opt/local/include/zlib.h:1565: error: 'off64_t' has not been declared In file included from ../../corelib/tools/qbytearray.cpp:54: /opt/local/include/zlib.h:1561: error: 'off64_t' does not name a type /opt/local/include/zlib.h:1562: error: 'off64_t' does not name a type /opt/local/include/zlib.h:1563: error: 'off64_t' does not name a type /opt/local/include/zlib.h:1564: error: 'off64_t' has not been declared /opt/local/include/zlib.h:1565: error: 'off64_t' has not been declared lipo: can't open input file: /var/tmp//ccLANySB.out (No such file or directory) make[1]: *** [.obj/release-static/qbytearray.o] Error 1 make: *** [sub-tools-bootstrap-make_default-ordered] Error 2
See #24067 for the general problem but it seems this may need individual fixes in each affected port.
Change History (30)
comment:1 Changed 15 years ago by knickebeickebein@…
| Cc: | knickebeickebein@… added |
|---|
comment:3 Changed 15 years ago by nerdling (Jeremy Lavergne)
Ryan, does ghostscript build for you with that version of zlib?
comment:5 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
comment:10 Changed 15 years ago by payam.minoofar@…
I'm getting this error, too. After ghostscript was updated, I managed to build it with the new zlib, but qt4-mac still fails.
comment:16 Changed 15 years ago by diegotheblind+macports@…
| Cc: | diegotheblind+macports@… added |
|---|
Cc Me!
comment:27 Changed 14 years ago by mf2k (Frank Schima)
This should be fixed now that zlib was patched. Any arguments against closing this?
comment:28 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)
The developer of zlib would probably still argue that all software that experienced this problem with zlib 1.2.4 is in error and should be fixed upstream, but you're right that as of zlib 1.2.5 this particular coding error no longer causes this specific problem, and we could probably close this and all the other tickets that were filed about this problem. Could you go through and close them all as wontfix?
comment:29 Changed 14 years ago by Veence (Vincent)
I've built qt4-mac 4.6.2 two days ago without problem, so I suppose this might be closed without any afterthoughts.
comment:30 Changed 14 years ago by mf2k (Frank Schima)
| Resolution: | → wontfix |
|---|---|
| Status: | new → closed |
Cc Me!