GNOME Bugzilla – Bug 515597
Build Failure under Mac OS X 10.3.9 and 10.4.11
Last modified: 2015-07-26 13:31:07 UTC
Please describe the problem: c++ -c -pipe -D__FreeBSD__=6 -DQT_NO_CODECS -DQT_LITE_UNICODE -Wall -W -O2 -I. -o ../objects/qdir.o qdir.cpp qfiledefs_p.h:258: error: field 'st' has incomplete type make[2]: *** [../objects/qdir.o] Error 1 make[1]: *** [all] Error 2 make: *** [all] Error 2 Steps to reproduce: 1. ./configure 2. make 3. Actual results: Expected results: Does this happen every time? Yes Other information: gcc 3.3 for 10.3.9 and 4.0.1 for 10.4.11 (Intel/PPC) No such problem for 10.5.1 PPC
Can you check if it work if you replace #elif defined(_OS_MAC_) \ && (MAC_OS_X_VERSION_MAX_ALLOWED==MAC_OS_X_VERSION_10_5) with #elif defined(_OS_MAC_) at line 58 of qfiledefs_p.h ?
This works. The build succeeds for 10.3.9, but the 10.4.11 builds now hang @ c++ -c -pipe -D__FreeBSD__=6 -Wall -W -O2 -I../qtools -o ../objects/portable.o portable.cpp portable.cpp: In function 'size_t portable_iconv(void*, const char**, size_t*, char**, size_t*)': portable.cpp:390: error: invalid conversion from 'char**' to 'const char**' portable.cpp:390: error: initializing argument 2 of 'size_t libiconv(void*, const char**, size_t*, char**, size_t*)' make[2]: *** [../objects/portable.o] Error 1 make[1]: *** [all] Error 2 make: *** [all] Error 2
I now get c++ -c -pipe -D__FreeBSD__=6 -DQT_NO_CODECS -DQT_LITE_UNICODE -Wall -W -O2 -I. -o ../objects/qdir.o qdir.cpp qfiledefs_p.h:258: error: field 'st' has incomplete type make[2]: *** [../objects/qdir.o] Error 1 make[1]: *** [all] Error 2 make: *** [all] Error 2
Oops. In Comment 3, I accidently undid the change for 10.4.11 and doxygen 1.5.7.1. If not building doxygenwizard why are we building Qt related stuff? Is there anyway of disabling this?
doxygen also depends on part of an old version of Qt. It is included with doxygen and located in the qtools dir. This you cannot do without when building doxygen.
OK I still cannot build the Mac 10.4.11 version, since tries to make an ill-advised universal build, and the architecture specific build fails. When I try to force it to build for one architecture, it suddenly needs GNU install, whereas the default configure will accept BSD install. Since GNU install is part of a far-reaching GNU system utilities package, I would like to avoid overloading the BSD utilities. Is there a way out of this?
*** Bug 554216 has been marked as a duplicate of this bug. ***
Seen the change to CMake for the current release I think this bug can be set to RESOLVED OBSOLETE
Setting to obsolete as suggested. Please reopen this bug report if you still reproduce this issue with the new cmake based build.