qt4-mac 4.5.0 builds without qt3 support leading to problems with dependent ports

[Stochasticus@…]

Due to problems with building qtiplot on Snow Leopard (see: #21442 ) it seems that there is a problem with the present version of qt4-mac not including support for qt3. If there is a variant of qt4-mac which ensures the qt3 support is built then it's not documented. There is a mention of variants of qt4 in this ticket #20362 but it's a bit confusing as to whether they mean +cocoa or -cocoa giving the right result. If anyone can offer advice I'd be grateful.

[Veence (Vincent)]

Qt4-mac cannot be built 64-bit with backwards qt3 compatibility, because qt3 relied on Carbon, which a 32-bit only API. Therefore, if you want to build a 64-bit version, which is the default on SL, you have to select the cocoa option (even implicitly), itself incompatible with old qt3 support.

[Stochasticus@…]

Thanks for that. Sounds like I need to give up at this stage until there's a version of qtiplot that can build without needing qt3 support from qt4.

[Veence (Vincent)]

I had the same problem with a GIS software I am porting (QGIS). One plugin required qt3 back-compatibility, I submitted it as a bug, and they corrected it upstream.

[domiman@…]

is there anything that can be done on SL for this issue? This is very annoying since it affects almost everything KDE4 releated. Is it possible to build all this in 32-bit on SL (and if yo, how?)?

[Veence (Vincent)]

You can try putting 'i386' in the build_arch or universal_archs in you macports.conf

[jonas@…]

Replying to Stochasticus@…:

Thanks for that. Sounds like I need to give up at this stage until there's a version of qtiplot that can build without needing qt3 support from qt4.

could you please try again? Revision 2 of qt4-mac includes a patch which should add (a subset of) qt3support even on 64 bit cocoa builds. see r58937 and #20362