Hello Romain,
I have the same problem which I have resolved by including FLTK's
xpmFileImage.cxx as part of my source. This is not a good long term solution,
but it works for now.
The problem could be easily fixed if xpmFileImage.o is put into the same
library as FLTK's 'register_images()'. I'm not sure why that hasn't already
been done.
Did you ever resolve your problem satisfactorily?
Tom
> Hi,
>
> I'm trying to build a splash screen (actually took code from the fluid2
> application) using a JPEG picture instead of the XPM one.
>
> Replacing the line:
>
> o->image(new fltk::xpmImage(datas_fluid_about));
>
> with:
>
> o->image(fltk::SharedImage::get("splash.jpg"));
>
> yields a black rectangle. I tried to add the fltk::register_images()
> function, but then linking the application fails with:
>
> /usr/local/lib/libfltk2_images.a(xpmFileImage.o): In function
> `fltk::xpmFileImage::fetch()':
> xpmFileImage.cxx:(.text+0x85): undefined reference to
> `fltk::xpmImage::fetch(fltk::Image&, char const* const*)'
> xpmFileImage.cxx:(.text+0x2e1): undefined reference to
> `fltk::xpmImage::fetch(fltk::Image&, char const* const*)'
> xpmFileImage.cxx:(.text+0x3af): undefined reference to
> `fltk::xpmImage::fetch(fltk::Image&, char const* const*)'
>
> Though the test apps 'button' and 'buttons' link and run successfully with
> the same flags.
>
> I'm using FLTK 2.0.x-r5963 on Linux.
>
> Thanks,
>
> Romain
>
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
