>Like many linkers, the >ones used with GCC are order sensitive... You were absolutely right. I looked in makeinclude the order which is given there and changed my setting to the one in makeinclude.
Compiling went all well! Thank you! -----Ursprüngliche Nachricht----- Von: [email protected] [mailto:[email protected]] Im Auftrag von imacarthur Gesendet: Montag, 30. November 2009 15:32 An: Mirror of fltk.general Newsgroup Betreff: Re: [fltk.general] Linking Problem in an Application using fltk 1.1.8 rc3 On 30 Nov 2009, at 12:01, Michael Heiser wrote: > at moment I am programming an application which should show an jpg > image on > demand. I use fltk 1.1.8 cause I'm programming the App for uClinux > and there > fltk 1.1.8 is used with nano-X and nxlib. Without image-support all > compiling and linking went well. Now I want to use Fl_JPEG_Image to > show a > picture on demand in my app. I added fltk_images libz libpng and > libjpeg to > LDFLAGS. > > Now I got a linking error when I use fl_register_images() to get JPEG > support. The error occurs with normal gcc and toolchain-gcc. Error is > following: > > undefined reference to `Fl_Shared_Image::add_handler(Fl_Image* (*) > (char > const*, unsigned char*, int))' tuerAlbum > line 0, external location: fl_images_core.cxx: C/C++ Problem > > Does anyone know a solution? You'll have to show us your linker command line. At a guess, you are either not linking in all the required libs, or your are linking them but in the wrong order. Like many linkers, the ones used with GCC are order sensitive... _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
