Re: static linking

Re: static linking

[Rob Browning]

[cc'ing guile-devel too]

"Rouben Rostamian" <rostamian@umbc.edu> writes:

> However, I wish to link against Guile's static libraries.
> To that end, I do:
>
>    gcc try.c libguile.a libguile-ltdl.a -lcrypt -ldl -lm

> which also compiles successfully and produces an executable a.out.
> The trouble is, a.out does not run:
> 
>    linux> ./a.out 
>    Segmentation fault (core dumped)

First question -- what system are you running on and where did your
guile libs come from?  i.e. Debian unstable, Debian stable, home
built, some other dist, etc.

For me, doing the same compile, but using the installed libs via
-static won't link at all.

  $ gcc -static try.c -lguile -lguile-ltdl -lcrypt -ldl -lm
  ...(many link errors)...
  : undefined reference to `qt_block'
  /usr/lib/gcc-lib/i486-linux/3.3.3/../../../libguile.a(threads.o)
  (.text+0xa24):In function `coop_yield':
  : undefined reference to `qt_block'

if I use $(guile-config link), I get closer:

  gcc -static try.c $(guile-config compile) $(guile-config link)

but I still have undefined ltdl symbols.  This looks like a missing
link option on our part, i.e. guile-config link says:

  -lguile -lguile-ltdl -lqthreads -lpthread -lcrypt -lm

but actually -lguile and -lguile-ltdl are mutually dependent, so for
static linking we really need

  -lguile -lguile-ltdl -lguile -lqthreads -lpthread -lcrypt -lm

this gets things to compile, and *then* I can reproduce your segfault.

  $ gcc -g -O2 -Wall -Werror -static try.c -lguile -lguile-ltdl -lguile
  -lqthreads -lpthread -lcrypt -lm -ldl
  ... (many lines of warnings like this)...
  : warning: Using 'setservent' in statically linked applications
  requires at runtime the shared libraries from the glibc version used
  for linking
  $ ./a.out
  Segmentation fault
  $ gdb ./a.out 
  GNU gdb 6.0-debian
  (gdb) run
  Starting program: /home/rlb/tmp/a.out 
  Program received signal SIGSEGV, Segmentation fault.
  0x00000000 in ?? ()

Not too friendly.

So I don't know what's going on yet, but at least it's reproducable.
Also, I'm running Debian unstable, but someone else who was running
Debian testing couldn't reproduce the problem.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4


_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel

Re: static linking

[Marius Vollmer]

Rob Browning <rlb@defaultvalue.org> writes:

> So I don't know what's going on yet, but at least it's reproducable.

I can't reproduce it.  The resulting statically linked a.out cannot
load shared libraries (so that for example libguilereadline doesn't
work), tho.  No segfaults happen, howevers.

    $ ldd a.out
            not a dynamic executable

    $ ./a.out
    ERROR: In procedure dynamic-link:
    ERROR: file: "libguilereadline-v-12", message: "/usr/local/lib/libguilereadline-v-12.a: invalid ELF header"

    $ ./a.out -q
    guile>

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user