Date: Wed, 12 Feb 2003 09:34:38 +0100 To: Jacques Garrigue Cc: luther at dpt-info.u-strasbg.fr, lablgtk at kaba.or.jp Subject: Re: New snapshot of lablgtk2 Message-ID: <20030212083438.GB8432 at iliana> References: <20030210192451H.garrigue at kurims.kyoto-u.ac.jp> <20030210112019.GA7693 at iliana> <20030212071527.GA3386 at iliana> <20030212165619M.garrigue at kurims.kyoto-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030212165619M.garrigue at kurims.kyoto-u.ac.jp> From: Sven Luther On Wed, Feb 12, 2003 at 04:56:19PM +0900, Jacques Garrigue wrote: > From: Sven Luther > > > When the debian autobuilders tried to build my latest upload of the > > lablgl package, they all failed with : > > > > ... > > ocamlmktop -I . -I +labltk -o lablgltop \ > > labltk.cma lablgl.cma togl.cma > > Error on dynamically loaded library: ./dlllablgl.so: undefined symbol: _ZTVN10__cxxabiv120__si_class_type_infoE > > This looks related with C++ rtti. > This symbol is actually defined in libstdc++.so.5, in file codecvt.o. > However I have no idea why this should happen, as none of these > libraries use C++. :((( > By the way, since the problem is with dlllablgl.so, this is unrelated > to Tk/Togl. Does Mesa use C++ somewhere? Not that i know of, at least not that i see in the dependencies. > > > Note, this is with libc6 2.3.1 and gcc 3.2.2. > > Since 3.2.2 was released less than a week ago, there may be some bugs > there... It is the default debian compiler though (for the next release that is), and we have been using pre 3.2.2 gcc for some time now, even the previous lablgl was built with it, i think. Thanks for your help on this. BTW, Olivier Andrieu did a lablgtk2 patch for librsvg support from the work i did start on these bindings. Is it ok to apply these changes to lablgtk ? The problem i see is with regard the licence, librsvg is GPLed, while lablgtk and gtk+ is LGPLed, so these does not work well together, as linking with librsvg would GPL everything. That said, i think it still can be added since people wanting LGPLed work would only need to not use rsvg. There is an USE_RSVG, and rsvg support is built into a separate dll.so and .cma/.cmxa. What is your opinion on this ? Friendly, Sven Luther