> It may be that the way to do this is to fix "glib-config"; I'm looking
> at that.
Well, here's a patch to "glib-config.in" in Glib 1.2.4 that causes it to
add "-R" to its "--libs" output on SunOS 5.x; if you're the one who
installed Glib, or you can get whoever did that to apply this patch and
then to add the appropriate
IRIX*)
clause to it, apply the patch, re-configure Glib, rebuild and install
Glib, re-configure GTK+, rebuild and install Glib, and then try building
Ethereal. If it works, upload the patch (including the IRIX change) to
ftp://ftp.gtk.org/incoming
as per the README file therein. (I already uploaded my patch, but
presumably they'll figure out how to merge the two patches.)
--- glib-config.in 1999/08/26 22:36:01 1.1
+++ glib-config.in 1999/09/21 01:43:32
@@ -107,5 +107,24 @@
libsp="@G_MODULE_LDFLAGS@ -lgmodule $libsp"
libsa="$libsa @G_MODULE_LIBS@"
fi
- echo -L@libdir@ $libsp $libsa
+
+ case "`(uname -sr) 2>/dev/null`" in
+ "SunOS 5"*)
+ #
+ # XXX - "autoconf" 2.13 thinks that "some versions of Sun
+ # CC require a space after -R and others require no space";
+ # I don't know if this is a problem with Sun C, or with
+ # Sun's linker (which GCC may also use), but, for now,
+ # we ignore the problem and assume "-R" works like
+ # "-L". This needs to be checked in "configure"
+ # (but, then, "autoconf" should provide some nice way
+ # to deal with "-R").
+ #
+ echo -L@libdir@ -R@libdir@ $libsp $libsa
+ ;;
+
+ *)
+ echo -L@libdir@ $libsp $libsa
+ ;;
+ esac
fi
