On 10/05/2012 06:57 PM, Even Rouault wrote: > Selon Ari Jolma <[email protected]>: > >> Folks >> >> I'm building GDAL (the trunk) in latest MinGW. For some reason I don't >> understand I need to add -lstdc++ to LDFLAGS in GDALmake.opt. I'm not >> sure if this is the best way to fix the problem - probably not - but it >> works. The problem is the step where the library file libgdal.dll.a is made. >> >> Anybody have any ideas why this is like this? > And is it specific to trunk (meaning does it work with 1.9 without adding > -lstdc++) ?
I don't know. I haven't been building with MinGW for a long time and it's starting to look that this time was a mistake too. I got libgdal.dll compiled but the Perl bindings seem even harder (the bindings dll does not load). While MinGW and MSYS seem to be improved, it still is a horror. Ari > It's interesting since someone reported a few days/weeks ago a > similar problem with CentOS I believe. I haven't in mind a change that would > have directly targetted changing libstdc++ linking, but it is probably a > side-effect of something else. Might depend on which external libs are linked > too : perhaps some indirectly bring libstdc++ dependency, and when they are > not > linked in, it isn't found > > _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
