[MacPorts] #27558: qt4-mac @4.7.1 adding 'framework' variants
MacPorts
noreply at macports.org
Sat Dec 4 03:32:36 PST 2010
#27558: qt4-mac @4.7.1 adding 'framework' variants
------------------------------------+---------------------------------------
Reporter: youngtaek.oh@… | Owner: macports-tickets@…
Type: enhancement | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 1.9.2
Keywords: qt4 | Port: qt4-mac
------------------------------------+---------------------------------------
In the current Portfile, '-no-framework' is default option and there is no
port variant that enables '-framework' option. I modified Portfile by
copy&pasting some code from qt4-mac-devel to use '-framework' as default
option and added 'no-framework variant'. It seems to work well in my OSX
machine. Actually, I don't know why '-framework' option is removed in this
port. Is there any specific reason?
IMHO, installing Qt as framework is very useful.
For example, when developing a Qt application with debug option, 'variant
debug' is not an option anymore because qmake will link *_debug libraries.
If 'variant debug' is not installed, you need to compile this huge library
again :(
Next, when you use the application with other program that uses Qt - e.g.
build an application that uses Qt and the application calls PyQt4 in its
embbed python shell. You may unintentionally debug and release library of
Qt libraries and does not work. (sometimes Qt applications such as Qt
Assistant or Qt Designer crashes due to mixing debug and release library,
but not always.)
And by setting DYLD_IMAGE_SUFFIX, it is possible to use Qt debug library.
Therefore, I hope '-framework' to be default option in next version for
qt4-mac as previous port.
--
Ticket URL: <https://trac.macports.org/ticket/27558>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list