This is the mail archive of the gcc-bugs@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]
Other format: [Raw text]

[Bug bootstrap/25859] gnatmake: error while loading shared libraries: libgcc_s.so.4: cannot open



------- 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


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