Build fails due to overlinking (gdal-config --dep-libs, pg_config --libs)

[strk]

I'm trying to build mapserver on a machine where no mysql development environment is installed. Due to GDAL_LIB being constructed using gdal-config --dep-libs rather than gdal-config --libs the mysqlclient libraries get added to the LDFLAGS resulting in build failure. The runtime library are there so there should be no problem linking with just gdal-config --libs.

I couldn't verify as runnign autoconf after modifying configure.in resulted in a broken configure script. Is there a policy on when configure script is regenerated and how ? Shouldn't the configure script be removed from the repository ?

[strk]

Same happens with pg_config --libs, bringing down too many dependencies which are not really mapserver ones.

[strk]

do not import dependencies of postgresql and gdal into mapserver dependencies

[strk]

The attached patch fixed the build problem for me avoiding to bring dependencies of dependencies in. My build config includes gdal and postgresql, so no problem getting deps at runtime. It's on opensuse here, but I'm pretty sure any unix would work fine.

[tbonfort]

see #3708 for pg_config.

ccing frankw for using gdal-config --dep-libs

[dmorissette]

I came across this issue as well a few weeks ago with a 6.0-beta. I was hesitant to make that change but since I'm not the only one to have hit the problem, I'll make a few tests now and see if the change is safe.

[dmorissette]

The "gdal-config --dep-libs" was added by myself in r5887 for ticket #2004, to work around an issue with FGS builds when the LD_LIBRARY_PATH variable is not set at compile/link time.

Properly setting the FGS env vars (which includes LD_LIBRARY_PATH) at compile time solves the issue, so it should be safe to remove it. doing that now.

[dmorissette]

Fix committed in r11618.