[MacPorts] #27558: qt4-mac @4.7.1 adding 'framework' variants

[MacPorts]

#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 youngtaek.oh@…):

 Replying to [comment:4 michaelld@…]:
 > Let me comment on specifics of what you wrote:
 >
 > (1) The +debug issue happens no matter if installed as a framework or
 not: if qt4-mac wasn't installed as +debug and you want debug libraries,
 you'll need to reinstall with +debug.  Making 'debug' an option greatly
 reduces compile time, and many users don't care if debug libraries are
 installed.  When both release and debug versions are installed, most Qt
 applications crash the first time they are executed but work after that --
 it's a Qt issue, not an OSX one, to the best of my testing & knowledge.
 Setting DYLD_IMAGE_SUFFIX can be made to work, but it's not very reliable
 in my testing (which, again, might not be thorough enough), and the user
 needs the OSX debug system libraries installed -- so, many ports
 intentionally provide a "+debug" variant to use that version of the
 library.  QMake and CMake both robustly support linking with the debug
 libraries.
 >
 > (2) Moving libraries to have release and debug (not in a framework)
 allows for explicit linking to either one; you cannot easily do that in a
 robust (generic) manner in any framework to the best of my efforts (or,
 maybe I didn't try hard enough :).  One can still use DYLD_IMAGE_SUFFIX to
 access the debug version if linked with the release version (with the same
 issues as in a non-framework).
 >
 > So, unless you (or anyone else) can come up with something better than
 "because that's the way, uh huh, uh huh, I like it, uh huh, uh huh", then
 I'm leaving it as is for now.

 You misunderstood me. I completely agree with you about +debug option.
 However, I'm addressing the problem that when you compile Qt with debug
 option (e.g. CONFIG += debug), it won't compile as you expected because it
 requires *_debug library even though I don't want to use the debug version
 of Qt. In this sense, I said that 'variant debug' is not an option.

-- 
Ticket URL: <https://trac.macports.org/ticket/27558#comment:7>
MacPorts <http://www.macports.org/>
Ports system for Mac OS