Bug#667447: common.o not included in dllsdlgfxstub.so
On Mon, Jun 18, 2012 at 10:20 AM, Stéphane Glondu glo...@debian.org wrote: Le 18/06/2012 00:27, Florent Monnier a écrit : In the current ocamlsdl the libs libsdlgfxstub.a and dllsdlgfxstub.so uses functions that are defined in common.c but these libs are built without common.o. Now the module Sdlgfx in made to work with Sdlvideo which stub is built with common.o, so the fact that some symbols are missing in gfx's stub is hidden. Actually the extra inclusion of common.o was hiding the fact that the Sdlgfx→Sdlvideo dependency wasn't correctly set in the META file. IIUC: Sdlgfx depends on Sdlvideo, and common.o is built in Sdlvideo's stub (-lsdlstub) and used by Sdlgfx (-lsdlgfxstub). It looks fine to me without the patch, then. Moreover, it looks like the patch duplicates common.o (in -lsdlstub and in -lsdlgfxstub), which is actually bad. Yes, exactly. -- Olivier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667447: another patch for ocamlsdl-0.9.0
Hi, On Thu, Jun 14, 2012 at 5:26 PM, Florent Monnier monnier.flor...@gmail.com wrote: Hi Olivier, A typo in sdlmixer. I've not tested it, anyway this patch has to be applied. Thanks, committed all and fixed the Sdlmixer.volume_music function as well. (bon ben j'ai bien fait de ne pas refaire une relase tout de suite :) -- Olivier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667447: another patch for ocamlsdl-0.9.0
On Thu, Jun 7, 2012 at 10:12 PM, Florent Monnier monnier.flor...@gmail.com wrote: Le lundi 28 mai 2012 20:34:55, Olivier Andrieu a écrit : [...] Hi guys, thanks for the patches, I've committed the fix for the META file and I've made a new tarball release (0.9.0). Hi Olivier, I've found a typo in ocamlsdl-0.9.0/src/sdlevent_stub.c, here is a patch. Thanks, it's committed to the CVS repo. Should I make a new tarball release ? -- Olivier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667447: 2 patches for ocamlsdl
On Wed, Apr 4, 2012 at 9:06 AM, Stéphane Glondu glo...@debian.org wrote: Le 03/04/2012 21:07, Florent Monnier a écrit : Here are 2 patches for ocamlsdl: http://svnweb.mageia.org/packages/cauldron/ocaml- sdl/current/SOURCES/dllsdlgfxstub.so-objs-src- ocamlsdl-0.8.0.patch?revision=226883view=markup http://svnweb.mageia.org/packages/cauldron/ocaml-sdl/current/SOURCES/META- require-requires-typo.patch?revision=227916view=markup The first one fixes the problem explained here: http://bugs.mageia.org/show_bug.cgi?id=4460 The second one is just a typo in the META file. Hi guys, thanks for the patches, I've committed the fix for the META file and I've made a new tarball release (0.9.0). Cheers -- Olivier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647724: Removal of orpie
Hi, On Sun, Nov 6, 2011 at 18:25, Stéphane Glondu glo...@debian.org wrote: will ocamlgsl on mips and mipsel be fixed sometime, so orpie will be available on those architectures again? Actually, ocamlgsl compiles with no error when the #error directive is commented out. There is a make test target, but it uses an unknown fort command... and even so, the test-suite doesn't look very thorough. I have no idea what is wrong on architectures with alignment requirements, nor how to make it crash. ocamlgsl is ~9,000 lines of C code... I don't know exactly what to fix in there. I've put the upstream author in CC; maybe he can enlighten us... Ocamlgsl doesn't work on architectures with double-word alignment for float64 values (the ARCH_ALIGN_DOUBLE of the OCaml headers) because OCaml values of type float array are converted by a simply cast to (double *) in C before the call to GSL. This works since float arrays are unboxed in OCaml. But OCaml values are single-word aligned ... so archs with ARCH_ALIGN_DOUBLE would need to copy the whole array to re-align it before calling the C function and Ocamlgsl doesn't do that. So if you disable the #error directive, ocamlgsl will segfault as soon as you use a function with a 'float array' argument somewhere. (fort is an old framework for unit tests in OCaml, I must still be somewhere on SourceForge ... anyway yes, the test suite is pretty light :) -- Olivier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#406711: libocamlgsl-ocaml-dev: undefined reference to `ml_gsl_sf_legendre_array_size_e' when building top level
On 1/13/07, Sylvain Le Gall [EMAIL PROTECTED] wrote: tags 406711 +upstream thanks Hello, On Wed, Jan 03, 2007 at 03:18:44PM +, 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). I think you mean : based on libocamlgsl-ocaml-dev. I think it is an upstream bug, and thus forwarding it to upstream. Salut Sylvain, indeed, it is. I've uploaded ocamlgsl 0.5.2 http://oandrieu.nerim.net/ocaml/gsl/ocamlgsl-0.5.2.tar.gz which should fix the problem. Cheers, -- Olivier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]