This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/25859] gnatmake: error while loading shared libraries: libgcc_s.so.4: cannot open
- From: "dave at hiauly1 dot hia dot nrc dot ca" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 19 Jan 2006 16:10:33 -0000
- Subject: [Bug bootstrap/25859] gnatmake: error while loading shared libraries: libgcc_s.so.4: cannot open
- References: <bug-25859-276@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2006-01-19 16:10 -------
Subject: Re: gnatmake: error while loading shared libraries: libgcc_s.so.4:
cannot open
> ------- Comment #1 from charlet at adacore dot com 2006-01-19 15:53 -------
> Subject: Re: New: gnatmake: error while loading shared libraries:
> libgcc_s.so.4: cannot open
>
> > This doesn't happen on the trunk.
>
> The following from ada/Makefile.in is supposed to take care of that:
>
> GCC_LINK="$(CC) -static-libgcc $(ADA_INCLUDES)"
>
> (and uses of $(GCC_LINK) elsewhere in the tools).
For some reason, the above doesn't seem to have been used in linking gnatmake:
../../xgcc -B../../ -DIN_GCC `echo -g -O2 -W -Wall -Wwrite-strings
-Wstrict-pr
ototypes -Wmissing-prototypes |sed -e 's/-pedantic//g' -e
's/-Wtraditional//g'` -o ../../gnatmake b_gnatm.o a-except.o ctrl_c.o ali.o
ali-util.o s-casuti.o alloc.o atree.o binderr.o butil.o casing.o csets.o
debug.o elists.o einfo.o erroutc.o errutil.o err_vars.o fmap.o fname.o
fname-uf.o fname-sf.o gnatmake.o gnatvsn.o hostparm.o interfac.o i-c.o
i-cstrin.o krunch.o lib.o make.o makeusg.o makeutl.o mlib.o mlib-fil.o
mlib-prj.o mlib-tgt.o mlib-utl.o namet.o nlists.o opt.o osint.o osint-m.o
output.o prj.o prj-attr.o prj-attr-pm.o prj-com.o prj-dect.o prj-env.o
prj-err.o prj-ext.o prj-nmsc.o prj-pars.o prj-part.o prj-proc.o prj-strt.o
prj-tree.o prj-util.o rident.o s-exctab.o s-secsta.o s-stalib.o s-stoele.o
scans.o scng.o sdefault.o sfn_scan.o s-purexc.o s-htable.o sinfo.o sinput.o
sinput-c.o sinput-p.o snames.o stand.o stringt.o styleg.o stylesw.o system.o
validsw.o switch.o switch-m.o table.o targparm.o tempdir.o tree_io.o types.o
uintp.o uname.o urealp.o usage.o widechar.!
o \
../rts/libgnat.a ../../prefix.o ../../version.o link.o
../../../libiberty/libiberty.a
Possibly, this is the reason:
# Likewise for the tools
../../gnatmake$(exeext): $(P) b_gnatm.o link.o $(GNATMAKE_OBJS)
$(CC) $(ALL_CFLAGS) $(LDFLAGS) -o $@ b_gnatm.o $(GNATMAKE_OBJS) \
$(TOOLS_LIBS)
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25859