Date: Tue, 27 Nov 2001 08:11:16 +0100 From: Sven To: Jacques Garrigue Cc: lablgtk at kaba.or.jp Subject: Re: strange build error on hppa ... Message-ID: <20011127081116.A23287 at dpt-info.u-strasbg.fr> References: <3BEC2EA2.6010001 at inria.fr> <20011113083513E.garrigue at kurims.kyoto-u.ac.jp> <20011126170211.A20111 at dpt-info.u-strasbg.fr> <20011127093549Z.garrigue at kurims.kyoto-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20011127093549Z.garrigue at kurims.kyoto-u.ac.jp>; from garrigue at kurims.kyoto-u.ac.jp on Tue, Nov 27, 2001 at 09:35:49AM +0900 On Tue, Nov 27, 2001 at 09:35:49AM +0900, Jacques Garrigue wrote: > From: Sven > > > I have a strange build error on a hppa box : > > > > ocamlmktop -I +lablGL -o lablgtktop unix.cma str.cma lablgl.cma -ccopt -L. > > lablgtk.cma lablgtkgl.cma lablgnome.cma lablglade.cma gtkInit.cmo > > /usr/lib/ocaml/lablGL/liblablgl.a(ml_glu.o): In function > > `ml_gluTessBeginContour': > > ml_glu.o(.text+0x15f0): undefined reference to `gluTessBeginContour' > > /usr/bin/ld: /usr/lib/ocaml/lablGL/liblablgl.a(ml_glu.o)(.text+0x15f0): cannot > > find stub entry 00000014_gluTessBeginContour+0 > > /usr/bin/ld: /usr/lib/ocaml/lablGL/liblablgl.a(ml_glu.o)(.text+0x15f0): cannot > > handle R_PARISC_PCREL17F for gluTessBeginContour > > /usr/bin/ld: final link failed: Bad value > > This seems HPPA related. Does anybody know the meaning of > R_PARISC_PCREL17F ? Notice, a similar error happened on the m68k build, with a different error message though : ocamlc -I +lablGL -w s -labels -c glade.ml ocamlc -I +lablGL -a -custom -o lablglade.cma glade.cmo \ -cclib -llablglade -ccopt -L/usr/lib -cclib -lglade-gnome -cclib -lglade -ccopt -L/usr/lib -cclib -lxml -cclib -lz -ccopt -rdynamic -ccopt -L/usr/lib -ccopt -L/usr/X11R6/lib -ccopt -rdynamic -cclib -lgnomeui -cclib -lart_lgpl -cclib -lgdk_imlib -cclib -lSM -cclib -lICE -cclib -lgtk -cclib -lgdk -cclib -lgmodule -cclib -lXi -cclib -lXext -cclib -lX11 -cclib -lgnome -cclib -lgnomesupport -cclib -lesd -cclib -laudiofile -cclib -lm -cclib -ldb-3 -cclib -lglib -cclib -ldl ocamlc -I +lablGL -w s -labels -c gtkInit.ml ocamlmktop -I +lablGL -o lablgtktop unix.cma str.cma lablgl.cma -ccopt -L. lablgtk.cma lablgtkgl.cma lablgnome.cma lablglade.cma gtkInit.cmo /usr/lib/ocaml/lablGL/liblablgl.a(ml_glu.o): In function `ml_gluTessBeginContour': ml_glu.o(.text+0xedc): undefined reference to `gluTessBeginContour' /usr/lib/ocaml/lablGL/liblablgl.a(ml_glu.o): In function `ml_gluTessEndContour': ml_glu.o(.text+0xef4): undefined reference to `gluTessEndContour' /usr/lib/ocaml/lablGL/liblablgl.a(ml_glu.o): In function `ml_gluTessBeginPolygon': ml_glu.o(.text+0xf1c): undefined reference to `gluTessBeginPolygon' /usr/lib/ocaml/lablGL/liblablgl.a(ml_glu.o): In function `ml_gluTessEndPolygon': ml_glu.o(.text+0xf34): undefined reference to `gluTessEndPolygon' /usr/lib/ocaml/lablGL/liblablgl.a(ml_glu.o): In function `ml_gluTessNormal': ml_glu.o(.text+0xf6e): undefined reference to `gluTessNormal' /usr/lib/ocaml/lablGL/liblablgl.a(ml_glu.o): In function `ml_gluTessProperty': ml_glu.o(.text+0xffc): undefined reference to `gluTessProperty' collect2: ld returned 1 exit status Error while building custom runtime system make[2]: *** [lablgtktop] Error 2 make[2]: Leaving directory `/build/buildd/lablgtk-1.2.1/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/lablgtk-1.2.1' make: *** [build-stamp] Error 2 ****************************************************************************** Full log at : http://buildd.debian.org/fetch.php?&pkg=lablgtk&ver=1.2.1-3&arch=m68k&stamp=1006352140&file=log&as=raw > Yet, this is strange that such a thing should happen if you could > compile lablGL without problem. The successful m68k build log for lablgl is at : http://buildd.debian.org/fetch.php?&pkg=lablgl&ver=0.95-3&arch=m68k&stamp=1005114598&file=log&as=raw Don't know if this helps. Other arches seem to have no problem ... > Is lablGL working correctly on this system? Don't know, i have no physical access, the box is in HPs lab, and i don't know if i could try launching it remotely ... Just tried, and the gears work ok, but then, they may not use the Tess set of functions ? Could it be linked with a problem with the OpenGL lib used, or maybe with the tcl/tk lib (i have problems choosing the right one with the autobuilder stuff, but i don't think it has this kind of influence). Note: i will be away from today noon to friday evening late, don't know if i will get internet access, so don't worry if i don't reply before next week. Friendly, Sven Luther