This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

[patch] disable shared libgcc for ppccomm EABI target


Trying to compile the 3.0 branch, I was experiencing the undefined
symbol failures in libgcc.so that others have reported, compiling for
ppc-linux. Basically t-ppccomm defines two extra objects. One is eabi.o
which is included into the libgcc library, and it depends on symbols
only found in ecrtn.o, which is a conditional endfile object. The setup
does play well with a shared libgcc.

I don't know the best solution to fix the setup so it works with
libgcc.so, but heres a quick hack that got it to bootstrap. Thought
atleast others might want to use the patch to get a working compiler.

	* gcc/config/rs6000/t-ppccomm: define SHLIB_LINK to "", so we
	disable shared libgcc linking and usage.

-- 
 -----------=======-=-======-=========-----------=====------------=-=------
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  bcollins@debian.org  --  bcollins@openldap.org  --  bcollins@linux.com  '
 `---=========------=======-------------=-=-----=-===-======-------=--=---'
--- gcc/config/rs6000/t-ppccomm~	Wed Apr  4 10:13:28 2001
+++ gcc/config/rs6000/t-ppccomm	Wed Apr  4 10:14:21 2001
@@ -4,6 +4,10 @@
 LIBGCC1 =
 CROSS_LIBGCC1 =
 
+# Disable shared libgcc, even if requested. The EABI objects are
+# incompatible with a shared libgcc arrangement.
+SHLIB_LINK =
+
 # These are really part of libgcc1, but this will cause them to be
 # built correctly, so... [taken from t-sparclite]
 LIB2FUNCS_EXTRA = eabi.S tramp.S

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]