Bug 17344 lives

Bug 17344 lives

[Levine, Zachary]

[-- Attachment #1: Type: text/plain, Size: 537 bytes --]

Hello.  I am installing guile-1.8.4 on a Red Hat Enterprise Linux system using KDE 3.5.4-13.el5 Red Hat.  (I hope that's the operating system and not just KDE.  It also says "Fedora Core".)   The system is a 64-bit Dell dual processor.

There was a bug reported in version 1.8.0, and a proposed fix under the subject "Re: [bug #17344] problem compiling guile 1.8.0".  The fix given in that message worked (I think).  The point of this note is that it's still a problem a couple of versions later.

Zachary Levine
Physicist, NIST


[-- Attachment #2: Type: text/html, Size: 2535 bytes --]

Re: Bug 17344 lives

[Neil Jerram]

"Levine, Zachary" <zlevine@nist.gov> writes:

> There was a bug reported in version 1.8.0,

guile.c:(.text+0x2f): undefined reference to `lt__PROGRAM__LTX_preloaded_symbols'

This happens when libguile tries to link against a more recent version
of libltdl than we're expecting.

> and a proposed fix under the subject
> ?Re: [bug #17344] problem compiling guile 1.8.0?.  The fix given in that
> message worked (I think).

What was the fix?  I couldn't track it down.  (Apart from "rerun more
up to date autotools".  We'd prefer to avoid that for now if
possible.)

>  The point of this note is that it?s still a problem
> a couple of versions later.

Thank you.  (One can't have too many reminders.)

Regards,
     Neil

Re: Bug 17344 lives

[Marijn Schouten (hkBst)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Neil Jerram wrote:
| "Levine, Zachary" <zlevine@nist.gov> writes:
|
|> There was a bug reported in version 1.8.0,
|
| guile.c:(.text+0x2f): undefined reference to `lt__PROGRAM__LTX_preloaded_symbols'
|
| This happens when libguile tries to link against a more recent version
| of libltdl than we're expecting.
|
|> and a proposed fix under the subject
|> ?Re: [bug #17344] problem compiling guile 1.8.0?.  The fix given in that
|> message worked (I think).
|
| What was the fix?  I couldn't track it down.  (Apart from "rerun more
| up to date autotools".  We'd prefer to avoid that for now if
| possible.)

Possible patch [1] that fixes this from bug [2].

|>  The point of this note is that it?s still a problem
|> a couple of versions later.
|
| Thank you.  (One can't have too many reminders.)
|
| Regards,
|      Neil
|

[1]: http://bugs.gentoo.org/attachment.cgi?id=145645
[2]: http://bugs.gentoo.org/show_bug.cgi?id=212723

Marijn

- --
Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML
<http://www.gentoo.org/proj/en/lisp/>, #gentoo-{lisp,ml} on FreeNode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkgjiX4ACgkQp/VmCx0OL2xQDQCgu8KPWAbyNrva7982LBaiOnLT
6HcAnj3+jk/obb3shSyb2S8qZN9wMKO7
=HBvY
-----END PGP SIGNATURE-----

Re: Bug 17344 lives

[Neil Jerram]

"Marijn Schouten (hkBst)" <hkBst@gentoo.org> writes:

> Possible patch [1] that fixes this from bug [2].
>
> [1]: http://bugs.gentoo.org/attachment.cgi?id=145645
> [2]: http://bugs.gentoo.org/show_bug.cgi?id=212723

OK, but that just breaks pre-opening completely, doesn't it?

What's the underlying issue here?  Has libtool 2 dropped support for
pre-opening, or is there a different incantation needed for loading
pre-opened symbols, or is there something about Guile's build that
prevents libltdl from exporting lt__PROGRAM__LTX_preloaded_symbols?

Perhaps the point is that when libltdl was built, it knew it was for a
platform that supported proper dlopen, and hence that pre-opening
support should never be needed?  In that case, is there a
configure-time test we can do to discover whether the available
libltdl has pre-opening support or not?

Thanks,
    Neil

Re: Bug 17344 lives

[Ludovic Courtès]

Hi,

Neil Jerram <neil@ossau.uklinux.net> writes:

> What's the underlying issue here?  Has libtool 2 dropped support for
> pre-opening, or is there a different incantation needed for loading
> pre-opened symbols, or is there something about Guile's build that
> prevents libltdl from exporting lt__PROGRAM__LTX_preloaded_symbols?

I think we should have been using the `LTDL_SET_PRELOADED_SYMBOLS ()'
macro instead of having these two lines in `guile.c' (per node "Libltdl
interface" in the Libtool 1.5 manual).  Maybe this would work better
with 2.2 as it's still documented:

  http://www.gnu.org/software/libtool/manual/html_node/Dlpreopening.html

Thanks,
Ludovic.