Celestia Forums

Configure fails with the following error:

checking for jpeg_start_decompress in -ljpeg... no
configure: error: jpeg library not found

I DO have the latest stable version of libjpeg installed.
Any ideas???
Thanks

Widgeteye wrote:Configure fails with the following error:

checking for jpeg_start_decompress in -ljpeg... no
configure: error: jpeg library not found

I DO have the latest stable version of libjpeg installed.
Any ideas???
Thanks

jpeg headers probably missing. For compiling you need to install also the corresponding "devel" packages besides the runtime libs. I could have told you more precisely, had you given us more exhaustive info about your Linux distribution, etc.

Bye Fridger

t00fri wrote:

Widgeteye wrote:Configure fails with the following error:

checking for jpeg_start_decompress in -ljpeg... no
configure: error: jpeg library not found

I DO have the latest stable version of libjpeg installed.
Any ideas???
Thanks

jpeg headers probably missing. For compiling you need to install also the corresponding "devel" packages besides the runtime libs. I could have told you more precisely, had you given us more exhaustive info about your Linux distribution, etc.

Bye Fridger

Ok just to be sure I went and installed libjpeg from source and it still fails with the same error.

My system is Slackware Linux 2.4.26
I install everything from source and I install all headers when I install apps.

I noticed that if I cheat the configure script so it gets by the libjpeg failure then it fails the lippng test also. I also have that installed with all the headers.

It does the same type of test on both libraries. And although
the libraries are there and I can grep the jpeg command
"jpeg_start_decompress" from the library it gives me the
error;

checking for jpeg_start_decompress in -ljpeg... no

So there's something wrong beside the headers missing.

Still searching.


Let me also add that I have built many games and higraphics utilities that use libjpeg and libpng and have not had a problem with the headers. In fact I have had no build or configure failures up until now.

Thanks

Widgeteye wrote:

t00fri wrote:

Widgeteye wrote:Configure fails with the following error:

checking for jpeg_start_decompress in -ljpeg... no
configure: error: jpeg library not found

I DO have the latest stable version of libjpeg installed.
Any ideas???
Thanks

jpeg headers probably missing. For compiling you need to install also the corresponding "devel" packages besides the runtime libs. I could have told you more precisely, had you given us more exhaustive info about your Linux distribution, etc.

Bye Fridger

Ok just to be sure I went and installed libjpeg from source and it still fails with the same error.

My system is Slackware Linux 2.4.26
I install everything from source and I install all headers when I install apps.

I noticed that if I cheat the configure script so it gets by the libjpeg failure then it fails the lippng test also. I also have that installed with all the headers.

It does the same type of test on both libraries. And although
the libraries are there and I can grep the jpeg command
"jpeg_start_decompress" from the library it gives me the
error;

checking for jpeg_start_decompress in -ljpeg... no

So there's something wrong beside the headers missing.

Still searching.


Let me also add that I have built many games and higraphics utilities that use libjpeg and libpng and have not had a problem with the headers. In fact I have had no build or configure failures up until now.

Thanks

Well if you built other applications before then you should know how to modify configure to include unconventional header paths for jpeglib.h etc. Often the distributions put the graphic lib headers into /subdirs/ of /usr/include or /usr/local/include, while the code uses #include <jpeglib.h> .Then you have to specify the path or do a symbolic link.
Try putting jpeglib.h into /usr/include and see what happens.

Look into the file config.log towards the end for more details about what went wrong.

Bye Fridger

Well if you built other applications before then you should know how to modify configure to include unconventional header paths for jpeglib.h etc. Often the distributions put the graphic lib headers into /subdirs/ of /usr/include or /usr/local/include, while the code uses #include <jpeglib.h> .Then you have to specify the path or do a symbolic link.
Try putting jpeglib.h into /usr/include and see what happens.

Look into the file config.log towards the end for more details about what went wrong.

Bye Fridger

Here's the error from the config.log.
Although the headers and the libs are in;
/usr/local/lib and /usr/local/include (no sub-dirs)
I pointed the config file at these directories anyway.

I also get a bunch of these before the libjpeg failure;

/usr/local/lib/libgdkglext-x11-1.0.so: undefined reference to `glMap2f@LIBGL'

Anyway here's the libjpeg part;


/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char jpeg_start_decompress ();
#ifdef F77_DUMMY_MAIN
# ifdef __cplusplus
extern "C"
# endif
int F77_DUMMY_MAIN() { return 1; }
#endif
int
main ()
{
jpeg_start_decompress ();
;
return 0;
}
configure:27914: result: no
configure:27924: error: jpeg library not found


This one's got me stumped. I have been doing this for a lot of years But I can't figure this one out. I'm no programmer but I usually am able to figure out why something won't configure or make but I'm missing something on this one.

Widgeteye,

When you run configure are you running it from a terminal or some other builder? I run it from a terminal and get the following relevant output.
checking for libjpeg6b... no
checking for libjpeg... -ljpeg
checking for perl... /usr/bin/perl
...
checking for jpeg_start_decompress in -ljpeg... yes
checking for png_create_info_struct in -lpng... yes
...
Do you get the second line (checking for libjpeg... -ljpeg)?
Sounds like you reinstalled libjpeg. I use Suse. Not sure how slackware works, but after installing deps I sometimes forget to run ldconfig.
Did you check to see if an older version of libjpeg is also installed?
Other then that. I don't know.

cartrite

No.

This is all the check for libjpeg I get:
checking for jpeg_start_decompress in -ljpeg... no

Are you sure? Here is an expanded list of my output.
checking for libz... -lz
checking for libpng... -lpng -lz -lm
checking for libjpeg6b... no
checking for libjpeg... -ljpeg
checking for perl... /usr/bin/perl
checking for Qt... libraries /usr/lib/qt3/lib, headers /usr/lib/qt3/include using -mt
checking for moc... /usr/lib/qt3/bin/moc
checking for uic... /usr/lib/qt3/bin/uic
checking whether uic supports -L ... yes
checking whether uic supports -nounload ... yes
checking if Qt needs -ljpeg... no
checking for rpath... yes
checking for KDE... libraries /opt/kde3/lib, headers /opt/kde3/include
checking if UIC has KDE plugins available... yes
checking for KDE paths... defaults
checking for dcopidl... /opt/kde3/bin/dcopidl
checking for dcopidl2cpp... /opt/kde3/bin/dcopidl2cpp
checking for mcopidl... /opt/kde3/bin/mcopidl
checking for artsc-config... /opt/kde3/bin/artsc-config
checking for meinproc... /opt/kde3/bin/meinproc
checking for kconfig_compiler... /opt/kde3/bin/kconfig_compiler
checking for dcopidlng... /opt/kde3/bin/dcopidlng
checking for xmllint... /usr/bin/xmllint
checking for jpeg_start_decompress in -ljpeg... yes
checking for png_create_info_struct in -lpng... yes

The line marked in red shows that it found jpeglib.h. The line in blue shows why it needed to find it in the first place.

The reason I ask is that if configure finds jpeglib.h and not the jpeg_start_decompress line in that file, then something is wrong with that file. If configure can't find the file ( checking for libjpeg... no ) then you need to tell configure were to find it. Sometimes configue fails at the wrong point. It should fail when it can't find jpeglib.h. But in your case it seems to be failing when it can't find the "jpeg_start_decompress" definition.

Hope this helps,

cartrite

AND,
Sometimes, when having similar problems building other things, I copy the file that configure refuses to find to usr/include. And copy the lib to usr/lib

cartrite

After giving this further thought, (thinking too muh hurts) I may have misspoke when I said "The line marked in red shows that it found jpeglib.h". I'm not really sure what it's doing. That may mean that it found the libjpeg.so file? In any case, the jpeglib.h file does not seem to be pointing to the libjpeg file which can mean a faulty installation? problem lib? linking problem? Whats your version of gcc? gcc bug?

Anyhow GOOD LUCK. I'm out of suggestions.

cartrite

cartrite wrote:Are you sure? Here is an expanded list of my output.
checking for libz... -lz
checking for libpng... -lpng -lz -lm
checking for libjpeg6b... no
checking for libjpeg... -ljpeg

checking for jpeg_start_decompress in -ljpeg... yes
checking for png_create_info_struct in -lpng... yes

The line marked in red shows that it found jpeglib.h. The line in blue shows why it needed to find it in the first place.

The reason I ask is that if configure finds jpeglib.h and not the jpeg_start_decompress line in that file, then something is wrong with that file. If configure can't find the file ( checking for libjpeg... no ) then you need to tell configure were to find it. Sometimes configue fails at the wrong point. It should fail when it can't find jpeglib.h. But in your case it seems to be failing when it can't find the "jpeg_start_decompress" definition.

Hope this helps,

cartrite

No I don't get that output. I did configure and pointed the output to a file and searched the file with a text reader and that is not in the output of configure. It doesn't even check for the libjpeg before it tries to find the definition.
That gives me something to work with though.

As far as all the other suggestions replacing files and so on,
I already tried it.

GCC version is 3.3.4

Thanks for tryin'. I'll let ya know if I ever figure it out.

Widgeteye