public inbox for
 help / color / mirror / Atom feed
From: Stephen Tell <>
To: Guile-Gtk List <>
Subject: guile-gtk without dlopen (HP-UX)
Date: Sun, 07 Nov 1999 15:47:00 -0000	[thread overview]
Message-ID: <> (raw)


I'm trying to extend a C/Gtk+ program that I've written (gwave - ) to move parts of
its GUI into guile-gtk, leaving the core in C.

Things are fine on linux, but I'm having a great deal of trouble with
libraries and linking on HP-UX 10.20.  HP-UX is a unix with wierd dynamic
linking; using a function called shl_load() instead of dlopen(), so of
course libguiledlopenhelper is going to lose.

Pure-guile programs (like test-gtk.scm) fail if run  with "guile
-s" but do work fine if run with "guile-gtk -s"; the error message in the
former case is:

;;; WARNING (Cannot find library libguilegtk-1.2)
ERROR: In procedure dynamic-link:
ERROR: dynamic linking failed

So given all this, what is the right way to link a program that wants to
use Gtk+ both from C and guile-gtk, but on which dynamic loading of the
gtk module fails? 

What works on Linux is to essentialy add "-lguilegtk-1.2" to the link line
(after checking for it with configure), but that produces the same
sort of failure on HP-UX.

I also tried using "build-guile-gtk libs" in configure, in the same manner
as the example does for examples/guile-foo, with the same
result.  There's no explanation of how that example is supposed to be run,
so I'm not sure if it is working for me or or not.  I'm not trying to wrap
any new widgets, so that example doesn't really apply anyway.

So, has anyone made guile-gtk work on HP-UX, or anyplace where
dlopenhelper and dynlink.scm don't work, or am I blazing new territory
here?    Could the dlopenhelper library be made to fall back on whatever
guile uses when HAVE_DLOPEN is not defined?


HP-UX 10.20
gtk+ and glib 1.2.6


p.s. I've placed a rough preliminary snapshot of the guile-ified version
in , just in
case anyone really wants to look at it.

Steve Tell | | | KF4ZPF
Research Associate, Microelectronic Systems Laboratory
Computer Science Department, UNC@Chapel Hill.   W:919-962-1845

             reply	other threads:[~1999-11-07 15:47 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-11-07 15:47 Stephen Tell [this message]
1999-11-08 13:27 ` Marius Vollmer
1999-11-08 19:08   ` Stephen Tell
1999-11-18 13:05 ` Converting GdkEvent from C to Guile Stephen Tell
1999-11-18 15:14   ` Marius Vollmer
1999-11-18 15:50     ` Stephen Tell
1999-11-19 13:51       ` Marius Vollmer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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 read-only IMAP folder(s) and NNTP newsgroup(s).