> The summary of ./configure is:
>
> Configuration Summary
> --------------------------------------------------------------
> -----------
> Directories: prefix=/usr/local
> bindir=${exec_prefix}/bin
> datadir=${datarootdir}
> datarootdir=${prefix}/share
> exec_prefix=${prefix}
> includedir=${prefix}/include
> libdir=${exec_prefix}/lib
> mandir=${datarootdir}/man
> Graphics: X11+Xft+Xdbe+Xinerama
> Image Libraries: JPEG=System
> PNG=System
> ZLIB=System
> Large Files: YES
> OpenGL: YES
> Threads: YES
> configure: creating ./config.status
> config.status: creating makeinclude
> config.status: creating fltk.list
> config.status: creating fltk-config
> config.status: creating fltk.spec
> config.status: creating FL/Makefile
> config.status: creating config.h
Yup - that all looks perfectly normal.
> my gcc version is:
>
> [pa...@pawelsbox ~]$ gcc --version
> gcc (GCC) 4.4.0 20090506 (Red Hat 4.4.0-4)
OK, that's gcc version > 4.3 then, which is perhaps part of the problem.
Be interesting to know what version of glibc you have installed, too, if
possible.
> As for the signature of scandir in dirent.h, I don't know
> where to look, but I've put a copy of the file at
> http://pawel.customer.netspace.net.au/ ,and as you'll see if
> you look, there is not much else. (I created it for this occasion.)
Thanks. Well, as expected, there's the probem...
The "old" version of dirent.h types scandir as:
extern int scandir (__const char *__restrict __dir,
struct dirent ***__restrict __namelist,
int (*__selector) (__const struct dirent *),
int (*__cmp) (__const void *, __const void *))
__nonnull ((1, 2));
But the "new" version in Pawel's system has:
extern int scandir (__const char *__restrict __dir,
struct dirent ***__restrict __namelist,
int (*__selector) (__const struct dirent *),
int (*__cmp) (__const struct dirent **,
__const struct dirent **))
__nonnull ((1, 2));
And it is apparent that the parameters to the __cmp() function have been
changed from "const void *" to be "const struct dirent **" hence the
compilation failure.
Of course, this new definition is more strictly correct, it's just a bit
of a problem because our code expects the "old" definition...
Pawel, if you want a short-term hackaround fix, you could edit the file
filename_list.cxx in the fltk src folder and change the code at line 93
to be the same as the code at line 82.
Thereafter fltk ought to build correctly on your system
Let us know how that goes...
Also... Does anybody know how to check for GLIBC versions at compile
time? Is there a version macro or etc that we can check for?
Cheers,
--
Ian
SELEX Sensors and Airborne Systems Limited
Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14
3EL
A company registered in England & Wales. Company no. 02426132
********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
