Home > Error Could > Error Could Not Find Gd.h Or Libgd.a/libgd.so

Error Could Not Find Gd.h Or Libgd.a/libgd.so

yes > > checking for exp in -lm... So I am sending a patch to Lincol Stein to have a better error message, but it would be nice if I could included the names of the correct packages from no > > checking if compiler supports -Wl,-rpath,... yes > > checking for strdup... http://strobelfilms.com/error-could/error-could-not-find-gd-h-or-libgd-a-libgd-so-in-usr-local.html

no > checking for 2-cxx... no> using libiconv from system libs.> libiconv found. Acknowledgement sent to Cyril Brulebois : Extra info received and forwarded to list. yes > using libiconv from system libs. ... http://lists.osgeo.org/pipermail/mapserver-users/2005-April/006433.html

nochecking for 2-aCC... no > checking for gcc... yes checking for exp in -lm... checking for iconv_open in -lc...

The St. comment:8 Changed 12 years ago by dmorissette You still get the old error message: configure: error: "Could not find gd.h or libgd.a/libgd.so in /usr/local. Added indication that bug 673165 blocks 645105 Request was from Steven Chamberlain to [email protected] (Fri, 18 May 2012 02:24:05 GMT) Full text and rfc822 format available. no using libiconv from system libs.

You may also get this error if you didn't specify the appropriate location for one of GD's dependencies (freetype, libpng, libjpeg or libiconv).---[~/dev/mapserver- 4.6.1]# whereis gdgd: /usr/include/gd.h[~/dev/mapserver-4.6.1]# ls /usr/include/gd.*/usr/include/gd.h ZinTo Reply Compiled ok untill it complained about no xpm. No further changes may be made. https://forums.gentoo.org/viewtopic-p-4194135.html How do I use this? | Other CB clients Other Users?

noconfigure: checking whether GD needs libiconv...checking for gdFontCacheSetup in -lgd... With bug 909 fixed you should be able to complete your build. I've not spent much time on it other than running autoconf in case the distributed configure script was broken. yes > > checking for bison...

nochecking for 2-xlC_r... http://marc.info/?l=mapserver-users&m=125962159126702 no > > MapServer Version from map.h: '4.6.1' > > configure: checking where FreeType 2.x is installed... > > zengargoyle | July 28, 2012 9:17 PM | Reply Ron, I think dpkg is limited to the things you have installed (and the names of available packages). `apt-file update` downloads the Ron Savage | July 27, 2012 3:06 AM | Reply Hi Gabor It's also libgd2-xpm-dev under Debian, which is not surprising.

ranlib > > checking for flex... http://strobelfilms.com/error-could/error-could-not-find-the-gpg-key-necessary-to-validate.html nochecking for 2-CC... flex checking for yywrap in -lfl... Dr.

It seems that the problem may be related to duplicate copies of the iconv functions on your system (in libiconv.so and libc.so). Unless you have a particular reason for doing so, I would > suggest that it is a waste of time when windows binaries are readily > available for download and almost I also tried compiling gd myself. this content comment:3 Changed 12 years ago by [email protected]… I configured GD with as follows (I did not specify --with-libiconv-prefix) ./configure --with-png=/usr/local --with-freetype=/usr/local --with-jpeg=/usr/local --with-xpm=/usr/local comment:4 Changed 12 years ago by dmorissette Resolution

no> configure: error: Could not find gd.h or libgd.a/libgd.so in /usr.> Make sure GD 2.0.16 or higher is compiled before calling configure.> You may also get this error if you didn't no> checking for 2-gpp... yes> checking whether we are cross compiling...

Also, what did you passas arguments to configure?Daniel-------------------------------------------------------------- Daniel Morissette [hidden email]DM Solutions Grouphttp://www.dmsolutions.ca/ ------------------------------------------------------------ ZinTo Reply | Threaded Open this post in threaded view ♦ ♦ | Report Content

Worked with a Network Administrator once who told me that he did not make mistakes. g++checking whether we are using the GNU C++ compiler... grep -E> checking for ANSI C header files... You may also get this error if you didn't specify the appropriate location for one of GD's dependencies (freetype, libpng, libjpeg or libiconv).---[~/dev/mapserver- 4.6.1]# whereis gdgd: /usr/include/gd.h[~/dev/mapserver-4.6.1]# ls /usr/include/gd.*/usr/include/gd.h fx gamoy

Thank you for reporting the bug, which will now be closed. lex.yy > > checking whether yytext is a pointer... yes > > checking how to run the C preprocessor... have a peek at these guys If you're using Opteron, there are possibilities of compiling as a 32bitapp and then running it in the 64bit space.You lose access to theextended memory addressing but not really any loss

Comments (You may use HTML tags for style) About Gabor Szabo Perl author and trainer. I ve got the same issue on my gentoo amd64 linux box when i try to compil mapserver with gdal (and ecw capabilities) everything is good when i build gdal but yes checking for strcasecmp... Make sure GD 2.0.28 or higher is compiled before calling configure.

Acknowledgement sent to Steven Chamberlain : Extra info received and forwarded to list. yeschecking for 2-ranlib... I've just uploaded a fixed package with the attached source debdiff. You may also get this error if you didn't specify theappropriate location for one of GD's dependencies (freetype, libpng,libjpeg or libiconv).I am using GD 2.0.35, and the configure script is finding

Just in case you didn't know, there's the handy apt-file package/command for handily finding missing things: $ apt-file search gdlib-config libgd2-noxpm-dev: /usr/bin/gdlib-config libgd2-noxpm-dev: /usr/share/man/man1/gdlib-config.1.gz libgd2-xpm-dev: /usr/bin/gdlib-config libgd2-xpm-dev: /usr/share/man/man1/gdlib-config.1.gz Ron Savage | You may also get this error if you didn't specify theappropriate location for one of GD's dependencies (freetype, libpng,libjpeg or libiconv).I am using GD 2.0.35, and the configure script is finding yes > > checking for bison... no > > checking for g++...

checking for XpmFreeXpmImage in -lXpm... yeschecking for gcc option to accept ANSI C... nochecking for 2-KCC... nochecking for 2-xlC...

yes > > checking whether gcc accepts -g... no > > checking for 2-c++... checking for iconv_open in -liconv...