* [Caml-list] problem compiling 3.07 on RH7.3
@ 2003-11-25 22:36 Mary F. Fernandez
2003-11-26 1:13 ` Matt Gushee
0 siblings, 1 reply; 2+ messages in thread
From: Mary F. Fernandez @ 2003-11-25 22:36 UTC (permalink / raw)
To: caml-list
I am trying to compile the 3.07 source on:
Red Hat Linux release 7.3 (Valhalla)
Kernel 2.4.18-10smp on a 2-processor i686
Configured as follows:
./configure -prefix /home/mff/ocaml-3.07-rh -no-tk
Eventually, I get an error that libgcc_s.so.1 cannot be found:
../ocamlcomp.sh -linkall -I ../otherlibs/unix -o ocamldebug -linkall
../otherlibs/unix/unix.cma ../utils/misc.cmo ../utils/config.cmo
../utils/tbl.cmo ../utils/clflags.cmo ../utils/consistbl.cmo
../parsing/longident.cmo ../typing/ident.cmo ../typing/path.cmo
../typing/types.cmo ../typing/btype.cmo ../typing/primitive.cmo
../typing/typedtree.cmo ../typing/subst.cmo ../typing/predef.cmo
../typing/datarepr.cmo ../typing/env.cmo ../typing/oprint.cmo
../typing/ctype.cmo ../typing/printtyp.cmo ../typing/mtype.cmo
../bytecomp/runtimedef.cmo ../bytecomp/bytesections.cmo ../bytecomp/dll.cmo
../bytecomp/symtable.cmo ../bytecomp/opcodes.cmo ../bytecomp/meta.cmo
../toplevel/genprintval.cmo ../otherlibs/dynlink/dynlink.cmo int64ops.cmo
primitives.cmo unix_tools.cmo debugger_config.cmo envaux.cmo parameters.cmo
lexer.cmo input_handling.cmo debugcom.cmo exec.cmo source.cmo checkpoints.cmo
symbols.cmo events.cmo breakpoints.cmo trap_barrier.cmo history.cmo
program_loading.cmo printval.cmo show_source.cmo time_travel.cmo
program_management.cmo frames.cmo eval.cmo show_information.cmo loadprinter.cmo
parser.cmo command_line.cmo main.cmo
Error on dynamically loaded library: libgcc_s.so.1: cannot open shared object
file: No such file or directory
This is not my machine nor do I have root access so I'm flying blind.
Does this error message indicate some problem with the RH 7.3 installation
on this machine, i.e., does ocaml depend upon libgcc_s.so.1? Or could
it be a O'Caml configuration issue? There is _no_
libgcc*.so of any kind on this machine so I am suspicious.
Thanks,
Mary
--
Mary Fernandez, Principal Technical Staff Member
AT&T Labs - Research, 180 Park Ave., Room E277, Florham Park, NJ 07932-0971
phone: 973-360-8679, fax: 973-360-8187
mff@research.att.com, http://www.research.att.com/~mff
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Caml-list] problem compiling 3.07 on RH7.3
2003-11-25 22:36 [Caml-list] problem compiling 3.07 on RH7.3 Mary F. Fernandez
@ 2003-11-26 1:13 ` Matt Gushee
0 siblings, 0 replies; 2+ messages in thread
From: Matt Gushee @ 2003-11-26 1:13 UTC (permalink / raw)
To: caml-list; +Cc: caml-list
On Tue, Nov 25, 2003 at 05:36:34PM -0500, Mary F. Fernandez wrote:
> I am trying to compile the 3.07 source on:
>
> Red Hat Linux release 7.3 (Valhalla)
> Kernel 2.4.18-10smp on a 2-processor i686
>
> Configured as follows:
>
> ./configure -prefix /home/mff/ocaml-3.07-rh -no-tk
>
> Eventually, I get an error that libgcc_s.so.1 cannot be found:
....
> Error on dynamically loaded library: libgcc_s.so.1: cannot open shared
> object file: No such file or directory
> This is not my machine nor do I have root access so I'm flying blind.
> Does this error message indicate some problem with the RH 7.3 installation
> on this machine, i.e., does ocaml depend upon libgcc_s.so.1?
It looks like the system is missing a GCC support package. On my Debian
system, libgcc_s.so.1 is provided by the 'libgcc1' package, whose
description reads:
.... a library of internal subroutines that GCC uses to overcome
shortcomings of particular machines, or special needs for some
languages.
It's been a few years since I used RedHat, but I remember there being an
equivalent package ... it might have been called 'gcc-lib'. In any case,
I'm pretty sure that package *should* be installed on any development
box. Is it absolutely necessary? That I don't know, but I just grepped
the OCaml source tree for 'gcc_s', and that string doesn't occur, so it
looks like GCC or some associated program decides when that library is
needed.
Maybe somebody with better knowledge of GCC internals can give you a
more definite answer.
--
Matt Gushee When a nation follows the Way,
Englewood, Colorado, USA Horses bear manure through
mgushee@havenrock.com its fields;
http://www.havenrock.com/ When a nation ignores the Way,
Horses bear soldiers through
its streets.
--Lao Tzu (Peter Merel, trans.)
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-11-26 1:13 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-11-25 22:36 [Caml-list] problem compiling 3.07 on RH7.3 Mary F. Fernandez
2003-11-26 1:13 ` Matt Gushee
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).