On Mon, Apr 14, 2008 at 4:59 AM, Nicolas FRANCOIS <[EMAIL PROTECTED]> wrote: > Hi. > > I encoutered a problem with the dvd+rw-tools package : > > root [ /sources/dvd+rw-tools-7.0 ]# make all rpl8 btcflash > make[1]: entrant dans le répertoire « /sources/dvd+rw-tools-7.0 » > gcc -O2 -D_REENTRANT -c -o growisofs.o growisofs.c > growisofs.c: In function 'setup_fds': > growisofs.c:724: erreur: 'INT_MAX' undeclared (first use in this function) > growisofs.c:724: erreur: (Each undeclared identifier is reported only once > growisofs.c:724: erreur: for each function it appears in.) > make[1]: *** [growisofs.o] Erreur 1 > make[1]: quittant le répertoire « /sources/dvd+rw-tools-7.0 » > make: *** [all] Erreur 2 > > A workaround for this consists in adding #include <limits.h> to > transport.hxx and growisofs.c, as mentionned in > http://mail-index.netbsd.org/pkgsrc-bugs/2008/01/09/msg000208.html. > I would gladly make a patch, but don't know how to do it :-(
More than a workaround, it's the right thing. INT_MAX is defined in the C standard to be in <limits.h>, so that header should be explicitly included instead of relying on another header implicitly pulling it in. I haven't looked at the source, but it should be pretty straightforward. Just lump <limits.h> in with the other system headers. > This may be due to the new kernel API, or to Gcc ? I would suspect kernel headers changes. Probably before one of the kernel headers was pulling in <limits.h>, but now it's not. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
