[MacPorts] #38732: gcc48 is broken by configure-timespec.patch

MacPorts noreply at macports.org
Fri Apr 12 07:01:34 PDT 2013


#38732: gcc48 is broken by configure-timespec.patch
------------------------+--------------------
  Reporter:  howarth@…  |      Owner:  mww@…
      Type:  defect     |     Status:  closed
  Priority:  Normal     |  Milestone:
 Component:  ports      |    Version:  2.1.3
Resolution:  fixed      |   Keywords:
      Port:  gcc48      |
------------------------+--------------------

Comment (by howarth@…):

 I have uploaded a revised Portfile.diff and the new patch to skip
 installation of libffi. This packaging moves the libgcc*dylib[[BR]]
 files into the libstdcxx subport. Note that I had to build both the c and
 c++ compilers with a normal bootstrap in order to[[BR]]
 get all of the emutls symbols in the libstdc++ installed by the libstdcxx
 subport. While this is slower, libgcc really should be[[BR]]
 built from a full bootstrap to insure that the code generation from the
 compiler used was stable. Since you are using binary[[BR]]
 distributions this added compile time should be transparent to the end
 users of MacPorts. This new packaging allows the[[BR]]
 test case compiled with 'g++-mp-4.8 -std=c++11 test.cc' to execute without
 failures...[[BR]]
 [[BR]]
 % g++-mp-4.8 -std=c++11 test.cc[[BR]]
 % ./a.out[[BR]]
 doing the test[[BR]]
 success, result is 1[[BR]]
 [[BR]]
 ps Each gcc4x package will now need that same synlinks added to point at
 the matching libgcc*dylib files in ${prefix}/lib[[BR]]
 The presence of libgcc_s.1.dylib there shouldn't be an issue as Apple's
 compliers never directly linked -lgcc_s but used[[BR]]
 the versioned stubs -lgcc_s.10.4 or -lgcc_s.10.5 (which were dropped in
 darwin10 when those symbols were subsumed into libSystem).

-- 
Ticket URL: <https://trac.macports.org/ticket/38732#comment:31>
MacPorts <http://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list