qt3-mac fails to build on snow leopard

[danielc@…]

qt3-mac fails to build on snow leopard

--->  Fetching qt3-mac
--->  Attempting to fetch qt-mac-free-3.3.8.tar.gz from http://distfiles.macports.org/qt3-mac
--->  Verifying checksum(s) for qt3-mac
--->  Extracting qt3-mac
--->  Applying patches to qt3-mac
--->  Configuring qt3-mac
Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt3-mac/work/qt-mac-free-3.3.8" && echo yes | ./configure --prefix=/opt/local -v -prefix '/opt/local' -docdir '/opt/local/share/doc/qt3-mac/html' -datadir '/opt/local/share/qt3' -headerdir '/opt/local/include/qt3' -plugindir '/opt/local/lib/qt3-plugins' -release -shared -fast -thread -stl -qt-gif -qt-imgfmt-png -qt-imgfmt-jpeg -qt-imgfmt-mng -no-sql-ibase -no-sql-mysql -no-sql-odbc -no-sql-psql -no-sql-sqlite -no-nis -no-cups -ipv6 -largefile -system-zlib -system-libpng -system-libjpeg -system-libmng '-I/opt/local/include' '-L/opt/local/lib' " returned error 2
Command output: PostgreSQL auto-detection...
  Could not find libpq.* anywhere in /lib /usr/lib /opt/local/lib
PostgreSQL disabled.
Testing Mac version...
mac_version.cpp: In function 'int main()':
mac_version.cpp:5: error: cannot convert 'long int*' to 'SInt32*' for argument '2' to 'OSErr Gestalt(OSType, SInt32*)'
Mac version cannot be detected!

This is the Qt/Mac Open Source Edition.

You are licensed to use this software under the terms of
the GNU General Public License (GPL).

Type 'G' to view the GNU General Public License.
Type 'yes' to accept this license offer.
Type 'no' to decline this license offer.

Do you accept the terms of the license? 
Creating qmake. Please wait...
c++ -c -o project.o -pipe  -DQT_MACOSX_VERSION= -I. -Igenerators -Igenerators/unix -Igenerators/win32 -Igenerators/mac -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt3-mac/work/qt-mac-free-3.3.8/include/qmake -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt3-mac/work/qt-mac-free-3.3.8/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt3-mac/work/qt-mac-free-3.3.8/include -DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_STL -DQT_NO_COMPRESS -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt3-mac/work/qt-mac-free-3.3.8/mkspecs/macx-g++ -DHAVE_QCONFIG_CPP project.cpp
In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt3-mac/work/qt-mac-free-3.3.8/include/qtl.h:42,
                 from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt3-mac/work/qt-mac-free-3.3.8/include/qvaluelist.h:42,
                 from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt3-mac/work/qt-mac-free-3.3.8/include/qstringlist.h:42,
                 from project.h:39,
                 from project.cpp:36:
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt3-mac/work/qt-mac-free-3.3.8/include/qglobal.h:190:6: error: #error "This version of Mac OS X is unsupported"
project.cpp: In member function 'bool QMakeProject::read(uchar)':
project.cpp:685: warning: format not a string literal and no format arguments
make: *** [project.o] Error 1
qmake failed to build. Aborting.

Error: Status 1 encountered during processing.

[dr2chase@…]

I get the exact same error (just in case you needed to hear that).

[Veence (Vincent)]

Forget about qt3 on SL. qt3 depends on Carbon which is 32-bit only. Even if you pass this first trap (you can by forcing '-m32' to configure.cxxflags), you stumble on a #error "Unsupported MacOS X version" later while building qmake. That's in config.h. If you comment out this line, you realize that the -m32 flags is not passed to the qmake build process, and that causes other errors. I stopped here. If you are bold enough, you might try to go ahead by somehow forcing -m32 for building qmake. But then, at the end, even if you build and link OK, all the apps that depends on qt3 will have to be 32bit, that means building universal (since the default is now 64bit on SL) - with the assumption that the libs work correctly. Maybe you could ask nokia/trolltech if they intended to upgrade qt3 to SL, but that seems unlikely.

[dr2chase@…]

Why not qt4.6? The ​preview claims to support Snow Leopard.

[Veence (Vincent)]

Qt4.6 is not yet available, not even a development snapshot. Qt4.5/cocoa is compatible with Snow Leopard, but I get *very ugly* dialog boxes, text are not centered, boxes have wrong dimensions, and so on. BTW, Qt4.5/Cocoa is incompatible with qt3 legacy support.

[danielc@…]

The thing is qt3 and qt4 are a different API. Its not backwards compatible. There are still a lot of applications written using qt3.

[Veence (Vincent)]

I know that. I'm using (and developing part of) Qucs, based on qt3. Well, I was :( I can easily understand that's a pain. But we must face it: qt3 is outdated, and if any effort is to be made to port it to Snow Leopard, it must be Trolltech's and not ours.

[ryandesign (Ryan Carsten Schmidt)]

If qt3-mac will not be fixed to install on Snow Leopard, then add a pre-fetch block informing the user the software doesn't work on this version of Mac OS X. See the graphviz-gui port for an example of how this can be done.

[rowue@…]

Cc Me!

[Ionic (Mihai Moldovan)]

I however don't see why Qt3-mac should not be fixed.

After all, there still is software around which depends on it.

Of course there are binary builds, but it is not guaranteed to work in any way.

I'd really, really like to see Qt3-mac building on Snow Leopard as well.

Best regards,

Mihai

[mf2k (Frank Schima)]

Replying to ionic@…:

I however don't see why Qt3-mac should not be fixed.

We cannot fix it. It is up to the developer to fix it and they are not going to. They are only working on Qt4 for Snow Leopard.

[blair (Blair Zajac)]

Given the above comments about building on 10.6, I'm closing this ticket as won't fix.

However, I do have some good news. We needed to port a PyQt3 app to run on 10.6 and wanted to update to Python 2.6, so I've added two new ports, py26-sip-qt3 and py26-pyqt3, resurrected from the Python 2.4 ports. You can build these ports on a 10.5 system and then rsync the MacPorts install over to a 10.6 system. Our internal app appears to be working fine with this build from 2 days of testing.

[jmroot (Joshua Root)]

You should be able to build those on 10.6 as well if you set supported_archs/configure.build_arch and possibly macosx_deployment_target in the portfile.

[blair (Blair Zajac)]

But these just go into the Portfile(s)?

But for this to work, one needs the entire MacPorts to be 32-bit, so could you set build_arch to i386 in ${prefix}/etc/macports/macports.conf be sufficient?

[jmroot (Joshua Root)]

r72955