[MacPorts] #27558: qt4-mac @4.7.1 adding 'framework' variants
MacPorts
noreply at macports.org
Thu Mar 17 10:04:46 PDT 2011
#27558: qt4-mac @4.7.1 adding 'framework' variants
------------------------------------+---------------------------------------
Reporter: youngtaek.oh@… | Owner: michaelld@…
Type: enhancement | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 1.9.2
Keywords: | Port: qt4-mac
------------------------------------+---------------------------------------
Comment(by trojanfoe@…):
Replying to [ticket:27558 youngtaek.oh@…]:
> 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#comment:26>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list