[MacPorts] #27237: gcc46: checking for -exported_symbols_list linker flag... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES.

[MacPorts]

#27237: gcc46: checking for -exported_symbols_list linker flag... configure: error:
Link tests are not allowed after GCC_NO_EXECUTABLES.
-------------------------------------+--------------------------------------
 Reporter:  ryandesign@…             |       Owner:  mww@…           
     Type:  defect                   |      Status:  new             
 Priority:  Normal                   |   Milestone:                  
Component:  ports                    |     Version:  1.9.2           
 Keywords:                           |        Port:  gcc46           
-------------------------------------+--------------------------------------

Comment(by ionic@…):

 Btw, does anyone of you use ccache?

 As far as I can see, the problem is not coming from configure but actually
 the xgcc is failing:

 {{{
 /opt/local/var/macports/build/_opt_local_var_macports_sources_macports.rsync.ionic.de_release_ports_lang_gcc46/gcc46/work/build/./gcc/xgcc
 -B/opt/local/var/macports/build/_opt_local_var_macports_sources_macports.rsync.ionic.de_release_ports_lang_gcc46/gcc46/work/build/./gcc/
 -B/opt/local/x86_64-apple-darwin10/bin/ -B/opt/local/x86_64-apple-
 darwin10/lib/ -isystem /opt/local/x86_64-apple-darwin10/include -isystem
 /opt/local/x86_64-apple-darwin10/sys-include    -g -pipe -O2  -o
 libconftest.dylib -dynamiclib -Wl,-single_module conftest.c
 collect2: ld terminated with signal 6 [Abort trap], core dumped
 ld(55464) malloc: *** error for object 0x100282880: pointer being freed
 was not allocated
 *** set a breakpoint in malloc_error_break to debug
 configure:7034: result: no
 configure:7036: checking for -exported_symbols_list linker flag
 configure:7046: error: Link tests are not allowed after
 GCC_NO_EXECUTABLES.
 }}}

 I guess there is a way bigger underlaying problem. It may or may not stem
 from ccache. I'll rebuild without ccache for great justice.

 I'll also have a look with gdb, this problem.

 {{{
 [0 running job(s)] {history#7052}  22:48:10 11-10-29
 root at nopileos...rk/build/x86_64-apple-darwin10/libssp# gdb ld
 /cores/core.54693
 GNU gdb 6.3.50-20050815 (Apple version gdb-1518) (Sat Feb 12 02:52:12 UTC
 2011)
 Copyright 2004 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you
 are
 welcome to change it and/or distribute copies of it under certain
 conditions.
 Type "show copying" to see the conditions.
 There is absolutely no warranty for GDB.  Type "show warranty" for
 details.
 This GDB was configured as "x86_64-apple-darwin"...Reading symbols for
 shared libraries ... done

 Reading symbols for shared libraries . done
 Reading symbols for shared libraries ..... done
 #0  0x00007fff824e40b6 in __kill ()
 (gdb) bt full
 #0  0x00007fff824e40b6 in __kill ()
 No symbol table info available.
 #1  0x00007fff825849f6 in abort ()
 No symbol table info available.
 #2  0x00007fff8249c195 in free ()
 No symbol table info available.
 #3  0x000000010021c2f9 in std::string::assign (this=0x101777fa8,
 __str=<value temporarily unavailable, due to optimizations>) at
 new_allocator.h:98
         __p = Previous frame inner to this frame (gdb could not unwind
 past this frame)
 (gdb) where
 #0  0x00007fff824e40b6 in __kill ()
 #1  0x00007fff825849f6 in abort ()
 #2  0x00007fff8249c195 in free ()
 #3  0x000000010021c2f9 in std::string::assign (this=0x101777fa8,
 __str=<value temporarily unavailable, due to optimizations>) at
 new_allocator.h:98
 (gdb)
 }}}

 Seems like to be linked to the fully dynamic string option... I'll pass
 -D_GLIBCXX_FULLY_DYNAMIC_STRING to CFLAGS too.

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