qt 3.3.3 fails to emerge on Mac OS X Reproducible: Always Steps to Reproduce: 1.emerge qt 2.emerge emerge /usr/portage/x11-libs/qt/qt-3.2 3-r1.ebuild 3. Actual Results: /private/var/tmp/portage/qt-3.3.3/work/qt-x11-free-3.3.3/src/tools/qglobal.cpp:237: error: syntax error before `::' token make: *** [qglobal.o] Error 1 qmake failed to build. Aborting. check url for complete output Expected Results: it should have gone off without a hitch Portage 20040726 (default-macos-10.3, gcc-3.3, unavailable, 7.5.0 Power Macintosh powerpc) ================================================================= System uname: 7.5.0 Power Macintosh powerpc macos-20040726 distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.57,sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.6.3,sys-devel/automake-1.8.3 Binutils: ACCEPT_KEYWORDS="macos ppc" AUTOCLEAN="yes" CFLAGS="-mcpu=7450 -O2 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt" CHOST="powerpc-apple-darwin" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=7450 -O2 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt" DISTDIR="/usr/portage/distfiles" FEATURES="collision-protect cvs keepwork" GENTOO_MIRRORS="http://gentoo.osuosl.org/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="macos berkdb cdr ldap mysql perl python ruby"
qt/mac free edition is available at http://www.trolltech.com/download/qt/mac.html
I downloaded and made qt/mac from trolltech.com but it wouldn't compile because it couldn't find some dylibs, then i found this page http://doc.trolltech.com/3.3/install-mac.html and i'm following the instructions to compile qt mac it seems to be working i recomend that if the build system type is macos, that the qt/mac tarball is used, following the instructions on the above page
the thing with the mac-free version of qt is that it is a Native aqua build. i think it has the x11 components but i am not sure. so the packages that use qt will possibly have to be fixed to reflect this on macos. i know the x11-free version does compile on macos DarwinPorts has a build for it and a separate build for the aqua version. i have been trying to find out what is different with the DarwinPorts version but havent worked it out yet.
*** Bug 73557 has been marked as a duplicate of this bug. ***
X11 version of Qt for Mac OS X is ready (but I haven't committed yet because I'm on 32K bps dialup at home), and I will continue to work on Qt/Mac, that's what I wrote to gentoo-osx list yesterday.
Created attachment 51372 [details] preliminary qt-mac-3.3.4 ebuild This installs qt-mac into /usr. This and x11-libs/qt don't overwrite each other's files. It works for me, but needs further improvements. There are no registered dependencies yet. For the future, we have to figure out how this and x11-libs/qt can integrate or coexist. I myself would prefer to have a qt-common part and addons for x11 and aqua, but this is definitely debatable. Please test this. Thx
Please use econf and emake. See man 5 ebuild for details. Brian: I have cc-ed you on this bug since I know you were working on the qt-aqua ebuild at some point. Since you have played with qt-aqua, you're probably the best person to comment on this bug.
Don't bother testing attachment #51372 [details]. It has installation prefix issues. I hope i can soon commit a fix for this. emake and econf will be included as well as soon as i figured that out.
These patches need to be applied by the ebuild for the qt/mac, I believe: mac-admin.patch mac-kdesdk.patch mac-arts.patch mac-kdevelop.patch mac-kdebase.patch mac-koffice.patch mac-kdegames.patch mac-kdelibs.patch mac-kdenetwork.patch
Any progress on this?
I guess the progress is this: (it's being keyworded ~ppc-macos) % sueunst emerge -pv qt Password: These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] media-libs/lcms-1.14-r1 -jpeg -python +tiff -zlib 0 kB [ebuild N ] media-libs/libmng-1.0.8-r1 0 kB [1] [ebuild N ] x11-libs/qt-3.3.4-r7 -cups -debug (-doc) -examples (-firebird) -gif -immqt -immqt-bc -ipv6 (-mysql) (-nas) (-odbc) -opengl (-postgres) -sqlite -xinerama -zlib 0 kB [1] Total size of downloads: 0 kB Portage overlays: [1] /Volumes/Scratch/gentoo/portage libmng fails for me because some perl thing is unable to find libtoolize, which is not surprising...
The fix for libmng is to add -- use ppc-macos && export LIBTOOLIZE="/usr/bin/glibtoolize" -- before calling autoreconf. I would've added it directly to the libmng ebuild, but perhaps we can make a more permanent fix, as it is going to be needed every time we call autoreconf. Anyone against adding "export LIBTOOLIZE="/usr/bin/glibtoolize" to the 10.4 profile.bashrc?
your fix appears to work for me, so I'd like to have it in profile.bashrc.
at the moment, qt compiles and installa fine
I added said fix to profile.bashrc. It was already in the 10.3 profile, so apparently it missed being moved into the 10.4 profile. I'm marking this bug as resolved now since qt has been verified to work by a number of people.
Yes it compiles, but I can't get any apps that link against it to work. Fun otool on any of the libs in /usr/ qt/3 None of the paths are correct, everything thinks it lives in /usr/lib, which results in runtime exception for everything I've tried to build against it.
I'd like to get doxygen (bug #87758) running with qt first, because Kito is right that qt hasn't been tested yet, so both bugs are reopened.
Actually, I did test qt. "designer" comes with qt and works just great. Additionally, running otool on the qt libs looks just fine here and on Hasan's (gongloo) machine. Finally, both Hasan and I have successfully compiled doxygen with USE="qt". It works just fine, gui and all. Perhaps your baselayout is borked?
% otool -L /usr/qt/3/lib/libqt-mt.3.3.4.dylib /usr/qt/3/lib/libqt-mt.3.3.4.dylib: /usr/lib/libqt-mt.3.dylib (compatibility version 3.3.0, current version 3.3.4) /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 369.0.0) /usr/lib/libmng.1.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/lib/libjpeg.62.dylib (compatibility version 63.0.0, current version 63.0.0) /usr/lib/libpng.3.dylib (compatibility version 3.0.0, current version 3.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) [...] % otool -L /usr/qt/3/bin/designer /usr/qt/3/bin/designer: /usr/lib/libdesignercore.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libqui.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 369.0.0) /usr/lib/libqt-mt.3.dylib (compatibility version 3.3.0, current version 3.3.4) /usr/lib/libmng.1.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/lib/libjpeg.62.dylib (compatibility version 63.0.0, current version 63.0.0) /usr/lib/libpng.3.dylib (compatibility version 3.0.0, current version 3.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) [...] Your output has correct install names? All binaries and shared libs are set incorrectly on the 3 machines I just tried on...
I can confirm kito's output, I have the same: % file /usr/lib/libqt-mt.3.dylib /usr/lib/libqt-mt.3.dylib: cannot open (/usr/lib/libqt-mt.3.dylib)
Sorry about that kito - I completely missed that when I ran otool on the libraries. Hasan is submitting my fix for the QT problem detailed by kito, it's a very simple fix to our existing patch. Please test it and see if it fixes the errors you guys are seeing. This is definitely not yet ready for stable, but it does indeed work for the adventurous ~ppc-macos user.
Changing version to match what is currently being worked on. The only glitch I'm getting now is in relation to USE="ipv6". Looks like some more patching along the lines of what has already been done. Can someone please verify that qt indeed does fail to build with USE="ipv6"? Otherwise, `emerge =x11-libs/qt-3.3.4-r7` works just great for me, with correct otool output. Thanks for the help, all.
I can't compile x11-libs/qt-3.3.4-r8 on my PowerBook. The error is : /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/bin/uic -L /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/plugins about.ui -o about.h /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/bin/uic -L /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/plugins pixmapfunction.ui -o pixmapfunction.h /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/bin/uic -L /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/plugins createtemplate.ui -o createtemplate.h make[3]: *** [createtemplate.h] Segmentation fault make[3]: *** Deleting file `createtemplate.h' make[3]: *** Waiting for unfinished jobs.... make[3]: *** [pixmapfunction.h] Segmentation fault make[3]: *** Deleting file `pixmapfunction.h' make[2]: *** [sub-designer] Error 2 make[1]: *** [sub-designer] Error 2 make: *** [sub-tools] Error 2 # emerge info !!! Relying on the shell to locate gcc, this may break !!! DISTCC, installing gcc-config and setting your current gcc !!! profile will fix this Portage 2.0.52-r1 (default-darwin/macos/10.4, gcc-4.0.0, libsystem-7.1-r0, 8.2.0 Power Macintosh) ================================================================= System uname: 8.2.0 Power Macintosh powerpc macos-20041118 distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632) [disabled] dev-lang/python: [Not Present] sys-apps/sandbox: [Not Present] sys-devel/autoconf: [Not Present] sys-devel/automake: [Not Present] sys-devel/binutils: [Not Present] sys-devel/libtool: [Not Present] virtual/os-headers: 7.1 ACCEPT_KEYWORDS="ppc-macos ~ppc-macos" AUTOCLEAN="yes" CBUILD="powerpc-apple-darwin8" CFLAGS="-O2 -pipe" CHOST="powerpc-apple-darwin8" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distlocks sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc bash-completion emboss ncurses opengl png ppc-macos userland_Darwin kernel_Darwin elibc_Darwin" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
(In reply to comment #23) > I can't compile x11-libs/qt-3.3.4-r8 on my PowerBook. > The error is : [snip] > make[3]: *** [createtemplate.h] Segmentation fault [snip] Looks like you ran out of RAM, actually.
(In reply to comment #24) > (In reply to comment #23) > > I can't compile x11-libs/qt-3.3.4-r8 on my PowerBook. > > The error is : > [snip] > > make[3]: *** [createtemplate.h] Segmentation fault > [snip] > > Looks like you ran out of RAM, actually. I got similar errors a few times while compiling qt, and it was indeed because I was out of RAM. I killed all my open applications as well as dashboard, and I got it to successfully compile. I have 512MB of RAM.
I tried again with most of my apps closed, and got exactly the same error. I don't think I went out of ram, as I have 1 GB RAM, so that's a bit odd. Could it be because I switched from ppc-macos to ~ppc-macos?
using these (minimalistic) use flags, I was able to compile it using 512MB and probably a lot swap in I think half an hour (and I could turn of the heater): [ebuild N ] x11-libs/qt-3.3.4-r8 -cups -debug (-doc) -examples (-firebird) -gif -immqt -immqt-bc -ipv6 (-mysql) (-nas) (-odbc) +opengl (-postgres) -sqlite -xinerama 0 kB [1] Silvain, which USE flags do you use?
Exactly the same USE flags as you. I tried once more and I got a slightly different error : /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/bin/uic -L /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/plugins about.ui -o about.h /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/bin/uic -L /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/plugins pixmapfunction.ui -o pixmapfunction.h /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/bin/uic -L /private/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/plugins createtemplate.ui -o createtemplate.h make[3]: *** [pixmapfunction.h] Segmentation fault make[3]: *** Deleting file `pixmapfunction.h' make[3]: *** Waiting for unfinished jobs.... make[3]: *** [createtemplate.h] Segmentation fault make[3]: *** Deleting file `createtemplate.h' make[2]: *** [sub-designer] Error 2 make[1]: *** [sub-designer] Error 2 make: *** [sub-tools] Error 2 I checked my RAM a few minutes before the segfault, I had 450MB free. This is a very strange error I think.
Do you have the latest Xcode tools installed? If it really is gcc segfaulting, than it's rather serious. Do you ever experience (frequent) crashes in applications also?
(In reply to comment #29) > Do you have the latest Xcode tools installed? Damn, you got me on that. I had XCode 2.0, forgot to update. It's working fine (well, compiling at least, I hope it is actually working) with 2.1. I'm really sorry about that. I'll try with apps and keep you posted. At least we have a solution for that bug.
*** Bug 109983 has been marked as a duplicate of this bug. ***
qt-4.2.2 is in prefix portage, with aqua USE-flag to use the native aqua port
