[MacPorts] #27995: darktable @0.7.1 add +gcc44 and +gcc45 variants and gtk-engines2 dependency (was: darktable @0.7.1 add +gcc44 and +gcc45 variants)

MacPorts noreply at macports.org
Mon Jan 17 21:24:00 PST 2011


#27995: darktable @0.7.1 add +gcc44 and +gcc45 variants and gtk-engines2 dependency
----------------------------------+-----------------------------------------
  Reporter:  julians37@…          |       Owner:  ryandesign@…           
      Type:  enhancement          |      Status:  closed                 
  Priority:  Normal               |   Milestone:                         
 Component:  ports                |     Version:  1.9.2                  
Resolution:  fixed                |    Keywords:                         
      Port:  darktable            |  
----------------------------------+-----------------------------------------
Changes (by ryandesign@…):

  * status:  assigned => closed
  * resolution:  => fixed


Comment:

 Replying to [comment:4 julians37@…]:
 > The second patch revision adds this as a dependency.
 Ok, yes, that's now a good reason to increase the revision.

 Note that manually setting CC, CXX and CPP in the build.env and
 destroot.env in the gcc variants seems to be unnecessary; MacPorts already
 sets these during the configure phase for you, and this configure script
 appears to be well-behaved enough that it notices and uses this.

 When I build with gcc45, I get lots of warnings of this form:
 {{{
 gcc-mp-4.5: unrecognized option '-rdynamic'
 }}}
 (though the build succeeds). Similarly, with gcc44, I get:
 {{{
 gcc-mp-4.4: unrecognized option '-rdynamic'
 }}}
 I don't know if this is a problem.

 gcc is not only used for building; the program also links with its
 library, as you can see with "otool -L":
 {{{
 $ otool -L /opt/local/bin/darktable | grep gcc
         /opt/local/lib/gcc44/libgomp.1.dylib (compatibility version 2.0.0,
 current version 2.0.0)
         /opt/local/lib/gcc44/libstdc++.6.dylib (compatibility version
 7.0.0, current version 7.13.0)
         /opt/local/lib/gcc44/libgcc_s.1.dylib (compatibility version
 1.0.0, current version 1.0.0)
 }}}
 Therefore, in the gcc variants, the gcc port needs to be a library
 dependency, not just a build dependency.

 Committed in r75211.

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


More information about the macports-tickets mailing list