Op maandag 16-11-2009 om 13:03 uur [tijdzone +0000], schreef Richard W.M. Jones: > On Mon, Nov 16, 2009 at 01:29:35PM +0100, Daniel Veillard wrote: > > On Mon, Nov 16, 2009 at 11:34:51AM +0000, Daniel P. Berrange wrote: > > > This method sounds appealing to me - we could likely auto-generate > > > this file from the master src/libvirt_public.syms file we already > > > have for Linux/Solaris > > > > yup, Rich how urgent is that ? maybe we should try to fix this for > > 0.7.3 (I'm also wondering why I didn't see this for libxml2/libxslt) > > Erik can probably answer this more accurately, but I think it's > only a concern for Fedora 13. > > The problem is that if you don't do anything then you'll end up > silently building DLLs that don't work. I hit that problem today with > mingw32-libpng :-( > > Rich. Hi, Fedora 12 already contains the gcc and binutils which have this behaviour. A few weeks ago I ran into this issue with the mingw32-libsoup DLL which didn't contain any exported symbols anymore after an upgrade (a bug for that was already filed at [1]). I don't know what the situation is for libxml2/libxslt as the build logs aren't available anymore in Koji and I didn't get to do a local build here. BTW, the .def files are also used on Mac OS X environments (though I had issues were libtool didn't like the 'EXPORTS' line in the .def file). Regards, Erik van Pienbroek [1]: https://bugzilla.gnome.org/show_bug.cgi?id=595176 -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list