Compiling gets from source did it perfectly. For the GDAL suggestion, it could certainly be my issue. Unfortunately for me, I flushed the the server to redo it properly with all conditions and I faced partial Error I had prior to running it (similar to Yesterday but only about boost)
Compiling mapserver... //usr/lib64/libSFCGAL.so.1: undefined reference to `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save(std::string const&)' //usr/lib64/libSFCGAL.so.1: undefined reference to `boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, char, std::char_traits<char> >::save(std::string const&)' //usr/lib64/libSFCGAL.so.1: undefined reference to `boost::archive::text_iarchive_impl<boost::archive::text_iarchive>::load(std::string&)' Therefore I am recompiling boost 1.75 from source to see if it fixes it. Once I get that pout of the way, I will certainly take a look at your suggestion. It could seriously be my problem. Stéphane Poissant Portable: 514-793-3506 [email protected] <mailto:[email protected]> > On Dec 31, 2020, at 10:40 AM, Steve Lime <[email protected]> wrote: > > The original error looks like it was related to this: > > > https://stackoverflow.com/questions/39700537/undefined-reference-to-boost-serialization-functions > > <https://stackoverflow.com/questions/39700537/undefined-reference-to-boost-serialization-functions> > > I think you do something like this (see > https://stackoverflow.com/questions/25243336/specifying-libraries-for-cmake-to-link-to-from-command-line > > <https://stackoverflow.com/questions/25243336/specifying-libraries-for-cmake-to-link-to-from-command-line>): > > cmake ... CMAKE_C_STANDARD_LIRBARIES="-lboost_serialization" > > The new error looks to be related to multiple versions of GDAL installed. If > you search on "AH01215: GDAL: In GDALDestroy - unloading GDAL shared library" > you'll see that error referenced in a couple of forums, including > mapserver-users. Do you have both a package and source-built GDAL? You might > be better off uninstalling the source-built stuff. > > --Steve > > > On Wed, Dec 30, 2020 at 2:13 PM Jeff McKenna <[email protected] > <mailto:[email protected]>> wrote: > Hi Stephane, > > I'm not sure about your last issue. You could first execute 'sudo > ldconfig' so your last compiled libs are found, then try a shp2img > command with your mapfile. > > I have seen cases where there are conflicting library versions used by > either the GDAL or MapServer dependencies: test this with a 'ldd <lib > name> command. > > That's not a fun scenario, but, I've been there before ha. > > Sorry maybe others have better advice for this. > > -jeff > > > > -- > Jeff McKenna > GatewayGeo: MapServer Consulting and Training Services > co-founder of FOSS4G > http://gatewaygeo.com/ <http://gatewaygeo.com/> > > > > On 2020-12-30 1:36 p.m., Stephane Poissant wrote: > > HI Jeff, > > > > That was a partial success! Thank you for you recommendation! > > It compiled successfully by compiling gems and recompiling goal as you > > suggested. > > > > I still have 1 issue. > > > > While rendering stuff that use to work on previous version, it no longer > > works in this lates one. > > I get AH01215 error in http. > > > > AH01215: GDAL: In GDALDestroy - unloading GDAL shared library.: > > /var/www/html/map/mapserv.cgi, referer: http://utility.sk.com/ > > <http://utility.sk.com/> > > <http://utility.sk.com/ <http://utility.sk.com/>> > > > > I am not a developper. It is hard for me to describe where this issue > > can possibly come from. > > It does not render on screen the way it should be. > > > > I will turn back on perl, have ruby, python and php in the makefile as > > it could be related…. > > > > Nevertheless, I would like to thank you for your very quick response and > > "right on" target answers! > > > > SP > > > > > > Stéphane Poissant > > Portable: 514-793-3506 > > [email protected] <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>> > > > > > >> On Dec 30, 2020, at 10:14 AM, Jeff McKenna > >> <[email protected] <mailto:[email protected]> > >> <mailto:[email protected] > >> <mailto:[email protected]>>> > >> wrote: > >> > >> Also, after you compile GEOS be sure to recompile GDAL ('make clean' > >> first), then continue on to tackle your MapServer cmake command. > >> > >> Happy new year to all, > >> > >> -jeff > >> > >> > >> > >> -- > >> Jeff McKenna > >> GatewayGeo: MapServer Consulting and Training Services > >> co-founder of FOSS4G > >> http://gatewaygeo.com/ <http://gatewaygeo.com/> <http://gatewaygeo.com/ > >> <http://gatewaygeo.com/>> > >> > >> > >> > >> On 2020-12-30 9:56 a.m., Jeff McKenna wrote: > >>> Hi Stephane, > >>> Be sure to compile GEOS (3.9.0 is recommended from > >>> http://download.osgeo.org/geos/geos-3.9.0.tar.bz2 > >>> <http://download.osgeo.org/geos/geos-3.9.0.tar.bz2> ), and then add > >>> into your cmake command: -DWITH_GEOS=1 > >>> Wishing you a happy new year, > >>> -jeff > >> > >> _______________________________________________ > >> mapserver-users mailing list > >> [email protected] <mailto:[email protected]> > >> https://lists.osgeo.org/mailman/listinfo/mapserver-users > >> <https://lists.osgeo.org/mailman/listinfo/mapserver-users> > > > > _______________________________________________ > mapserver-users mailing list > [email protected] <mailto:[email protected]> > https://lists.osgeo.org/mailman/listinfo/mapserver-users > <https://lists.osgeo.org/mailman/listinfo/mapserver-users> > _______________________________________________ > mapserver-users mailing list > [email protected] > https://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________ mapserver-users mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/mapserver-users
