[MacPorts] #36226: libstdcxx @4.7.1: cc1 in stage1 can't be built on PPC Tiger (Mac OS X 10.4.11) due to undefined symbols

MacPorts noreply at macports.org
Thu Aug 29 12:57:06 PDT 2013


#36226: libstdcxx @4.7.1: cc1 in stage1 can't be built on PPC Tiger (Mac OS X
10.4.11) due to undefined symbols
------------------------------+------------------------
  Reporter:  Peter_Dyballa@…  |      Owner:  jeremyhu@…
      Type:  defect           |     Status:  reopened
  Priority:  Normal           |  Milestone:
 Component:  ports            |    Version:  2.1.2
Resolution:                   |   Keywords:
      Port:  libstdcxx        |
------------------------------+------------------------

Comment (by jeremyhu@…):

 Replying to [comment:20 Peter_Dyballa@…]:
 > > > I actually don't know what's libgcc_eh.a good for – but it somehow
 works…
 > >
 > > It's for static linking.  It is not the right solution.
 > >
 >
 > Static linking was clear, but what does that "_eh" in the name signify?
 And why does it have the library function?

 Search google for "dwarf exception handling unwind info __eh_frame" or
 similar and you should find more info than you probably want to know ;)

 > libbacktrace/configure also has this error on line #11653:
 >
 > {{{
 >   ac_save_CFFLAGS="$CFLAGS"
 > }}}
 >
 > GNU Emacs cannot find another occurrence of "CFFLAGS". I think the macro
 "ac_fn_c_try_compile" on line #11670 is the key:
 >
 > {{{
 > if ac_fn_c_try_compile "$LINENO"; then :
 > }}}
 >
 > Presumingly I'm ought to substitute the macro with ac_fn_c_try_link…
 Right?

 Please give the change above a try (upgrade apple-gcc42 with it, then try
 rebuilding libgcc)

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


More information about the macports-tickets mailing list