|
|
On 29 Jun 2021, at 19:05, david allen wrote:
>
> One curious thing is the ".cxx.o" extension.
Though cmake does have something of a penchant for doing that (making output filenames by just appending the extension onto the full name, rather than replacing the extension) so that may be entirely normal.
I’ve seen cmake do this is a variety of different builds that all basically worked fine...
> Suggestions much appreciated.
>
> /usr/bin/ld: /usr/local/lib/libfltk_images.a(Fl_JPEG_Image.cxx.o): in function `jpeg_mem_src(jpeg_decompress_struct*, unsigned char const*)':
> /home/david/fltk-repository/fltk/src/Fl_JPEG_Image.cxx:198: undefined reference to `jpeg_resync_to_restart'
> /usr/bin/ld: /usr/local/lib/libfltk_images.a(Fl_JPEG_Image.cxx.o): in function `Fl_JPEG_Image::load_jpg_(char const*, char const*, unsigned char const*)':
> /home/david/fltk-repository/fltk/src/Fl_JPEG_Image.cxx:253: undefined reference to `jpeg_std_error’
These look (at least to me) very much like a link-order problem - you need to check the link order and ensure that libjpeg is being linked *after* libfltk_images or the linker may not be able to resolve the symbols (or alternately, put the libs into a group where they will be (re-)searched repeatedly until all the symbols are resolved.)
--
You received this message because you are subscribed to the Google Groups "fltk.general" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkgeneral+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkgeneral/475E42A7-66C9-4A12-84BF-478B5E8466C2%40gmail.com.
[ Direct Link to Message ] | |
|
| |