[sane-devel] [PATCH] undefined symbols in the qcam backend on GNU/kFreeBSD

2006-04-09 Thread Henning Meier-Geinitz
Hi, On 2006-01-09 12:10, Aurelien Jarno wrote: > Please find also that one which is not based on detecting an OS, but > rather on the detected header files. I applied this one to CVS. Looks like it doesn't break anything on the paltforms I have tested. Thanks! Bye, Henning

[sane-devel] [PATCH] undefined symbols in the qcam backend on GNU/kFreeBSD

2006-01-09 Thread Aurelien Jarno
On Sun, Jan 08, 2006 at 01:53:45PM +0100, Henning Meier-Geinitz wrote: > Hi, Hi, > On 2006-01-07 05:15, Aurelien Jarno wrote: > > -#if defined(__linux__) || defined (HAVE_SYS_HW_H) > > +#if defined(__GLIBC__) || defined (HAVE_SYS_HW_H) > > But this means that Linux without glibc won' work, which

[sane-devel] [PATCH] undefined symbols in the qcam backend on GNU/kFreeBSD

2006-01-08 Thread Henning Meier-Geinitz
Hi, On 2006-01-07 05:15, Aurelien Jarno wrote: > -#if defined(__linux__) || defined (HAVE_SYS_HW_H) > +#if defined(__GLIBC__) || defined (HAVE_SYS_HW_H) But this means that Linux without glibc won' work, which is the reason for this one: > #elif HAVE_ASM_IO_H > # include /* older Linu

[sane-devel] [PATCH] undefined symbols in the qcam backend on GNU/kFreeBSD

2006-01-07 Thread Aurelien Jarno
Hi, Please find below a patch to the qcam backend to fix undefined symbols at runtime when dlopening the symbols on GNU/kFreeBSD (GNU libc with a FreeBSD kernel). This platform uses a GNU libc, so is available. However the check in the source code is done on __linux__ and not on __GLIBC__. I w