Hi Sylvain,

> ps: this is very strange, your mail have been delayed for 10 days ?

yes -- it was rather wired. I did email it to [EMAIL PROTECTED]
on 3 Jan and never got a receipt (or Bug id). I did contact
[EMAIL PROTECTED] about 10 days later to ask (no response). I then
got my email coming back to me, saying that [EMAIL PROTECTED] wasn't a
valid email address (unlikely, as I sent this with the reportbug-tool.

Anyway, I just sent the email again to [EMAIL PROTECTED] a few
days ago, and all worked well from there on.

Regards,

Hans


>
> On Wed, Jan 03, 2007 at 03:18:44PM +0000, Hans Fangohr wrote:
> > Package: libocamlgsl-ocaml-dev
> > Version: 0.5.1-3
> > Severity: important
> >
> > Hi,
> >
> > When building any ocaml-toplevel executables that use gsl, we obtain the 
> > following error (we show the
> > output of an example below, the source files for that example are attached):
> >
> >  [EMAIL PROTECTED]:~/tmp/gslbug/gslbug$ make top
> >  make[1]: Entering directory `/home/fangohr/tmp/gslbug/gslbug'
> >  making ._bcdi/gsltest.di from gsltest.mli
> >  making ._d/gsltest.d from gsltest.ml
> >  make[1]: Leaving directory `/home/fangohr/tmp/gslbug/gslbug'
> >  make[1]: Entering directory `/home/fangohr/tmp/gslbug/gslbug'
> >  ocamlfind ocamlc -package gsl,threads -c -thread gsltest.mli
> >  ocamlfind ocamlc -package gsl,threads -c -thread gsltest.ml
> >  ocamlfind ocamlmktop \
> >                                  -package gsl,threads -linkpkg \
> >                                  -thread -custom                -o 
> > gsltest.top \
> >                                  gsltest.cmo
> >  /tmp/ccZU8img.o:(.data+0x12b4): undefined reference to 
> > `ml_gsl_sf_legendre_array_size_e'
> >  collect2: ld returned 1 exit status
> >  Error while building custom runtime system
> >  make[1]: *** [gsltest.top] Error 2
> >  make[1]: Leaving directory `/home/fangohr/tmp/gslbug/gslbug'
> >  make: *** [top] Error 2
> >
> > This has come up in a larger project, and means we can't compile this 
> > anymore on debian etch. (Rather
> > annoying from our point of view.)
> >
> > To make it easier to track this down, I attach a gzipped tar file, which 
> > can be untarred. It contains the
> > files 'gsltest.ml  gsltest.mli  Makefile  META  OCamlMakefile' in a 
> > subdirectory 'gslbug'. If you cd into
> > that subdirectory and run 'make top', you should get the error above.
> >
> > I have tested this with older versions of etch (based on libocaml 0.4, and 
> > it works fine).
> >
> > Thanks,
> >
> > Hans
> >
> > -- System Information:
> > Debian Release: 4.0
> >   APT prefers testing
> >   APT policy: (500, 'testing')
> > Architecture: i386 (i686)
> > Shell:  /bin/sh linked to /bin/bash
> > Kernel: Linux 2.6.18-3-486
> > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> >
> > Versions of packages libocamlgsl-ocaml-dev depends on:
> > ii  libgsl0-dev                   1.8-2      GNU Scientific Library (GSL) 
> > -- de
> > ii  libocamlgsl-ocaml             0.5.1-3    GNU scientific library for 
> > OCaml
> > ii  ocaml-nox [ocaml-nox-3.09.2]  3.09.2-7   ML language implementation 
> > with a
> >
> > libocamlgsl-ocaml-dev recommends no packages.
> >
> > -- no debconf information
> >
> >
>
>
>
>
>
>

--
Hans Fangohr
School of Engineering Sciences
University of Southampton
Phone: +44 (0) 238059 8345

Email: [EMAIL PROTECTED]
http://www.soton.ac.uk/~fangohr






-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to