caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
* [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).