Building Gnome on HP/UX
- From: gelderk natlab research philips com
- To: gnome-list gnome org
- Subject: Building Gnome on HP/UX
- Date: Mon, 19 Oct 1998 18:46:06 +0200 (METDST)
Hello,
Has anybody tried building gnome on HP/UX? B.10.20 to be precise.
I am a normal user (no root permissions) and want to install into my
home-directory using `./configure --prefix=/home/kero`.
After installing numerous other libraries (not GNU binutils with ld,
unfortunately), configure does not like to find Berkeley db for me, I
need to tell configure that `gcc -E` would be a nice test, instead of
$ac_cpp, which turns out to be empty.
`env CPP='gcc -E' ./configure --prefix=/home/kero` is already better,
but not enough, since db.h must be found as well, for which I need to
give another environment variable. (What exactly is the reason db 1.85
is used and not the newer 2.4.x; the functionality has changed, I
know, but does that really force you to stick with an old
(unsupported) version of Berkeley db?)
Both env-vars end up in all Makefiles as well, which does not seem to
be correct for some subdirs. I have a feeling I am lost in all
possible flags.
What is the exact difference between CFLAGS and CPPFLAGS?
OK, so far, so good. Now the real problems start :-(
libtool is supposed to call ltmain.sh, which is available right next
to libtool. However, $thisdir does not get initilaized properly,
though I fail to see why. Using
thisdir=`echo "$0" | sed -e 's%/[^/]*$%%'`
test "X$0" = "X$thisdir" && thisdir=.
instead, does work (printf replaced by echo).
in libgnome the linking of gnome-dump-metadata somehow has a new-line
inserted into the command-line, along with a
gnome-libs-0.30.1/libgnome/.libs as object-file(?!? it issupposed to
be a directory; it could be my environment playing jokes on me, but I
am totally lost by all -Wl,E $XYZFLAGS and more options there, it's
just too much of configuration...) which fails completely. Even if I
link by hand, gmake tries to link again, which fails in just the same
way. I can not find where the new-line comes from, and I do not
understand why relinking is necessary at that point.
In tools/convertrgb I get complaints that /convert does not exist,
which of course it doesn't. What should it be and why does a second
run of gmake not complain?
In libgnomeui/gnome-stock.c I get >100 errors of imlib_* (imlib_new
and many others; each line has another name) not being in a function.
at: struct _default_entries_data entries_data[] = { /* snip >100 lines */ }
I can not find the definition of these variables or whatever they are.
They must be defined somewhere or I would have received another error.
One final joke: Compiling Imlib was only possible after reducing the
size of testimg.c, I ran out of memory... (no ulimit restrictions on
memory, some restrictions on data and stack (I'm not quite sure what
is relevant), no full disk).
Bye!
+--- Kero ------------------ kero@dds.nl ---+
| I ain't changed, |
| but I know I ain't the same |
+--- M38C --- http://huizen.dds.nl/~kero ---+
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]