Bug#252753: Possible error in /usr/include/libintl.h - compiler error with g++ -O3
Package: libc6-dev
Version: 2.3.2.ds1-11
Compiling this simple testprogram results in an error message:
#include
#include
class foo
{
std::string s;
public:
foo (const char *a) : s(a) {};
std::string gettext (void) { return s; }
};
int main (int argc, char **argv)
{
foo f("test");
std::string a;
a=f.gettext();
std::cout << "Test: " << a << std::endl;
return 0;
}
g++ -O3 -o t1 t1.cxx
t1.cxx:11: error: parse error before `,' token
t1.cxx:11: error: variable declaration is not allowed here
t1.cxx:11: error: syntax error before `{' token
t1.cxx:12: error: parse error before `}' token
t1.cxx: In function `int main(int, char**)':
t1.cxx:19: error: parse error before `,' token
t1.cxx:19: error: `dcgettext' undeclared (first use this function)
t1.cxx:19: error: (Each undeclared identifier is reported only once for
each
function it appears in.)
g++ -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.3/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared
--with-system-zlib --enable-nls --without-included-gettext
--enable-__cxa_atexit --enable-clocale=gnu --enable-debug
--enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.3 (Debian 20040401)
g++ -o t1 t1.cxx
is OK
Bruno Haible`s solution:
http://sources.redhat.com/ml/libc-alpha/2004-06/msg00018.html
Herbert
Bug#252753: Possible error in /usr/include/libintl.h - compiler error with g++ -O3
Package: libc6-dev
Version: 2.3.2.ds1-11
Compiling this simple testprogram results in an error message:
#include
#include
class foo
{
std::string s;
public:
foo (const char *a) : s(a) {};
std::string gettext (void) { return s; }
};
int main (int argc, char **argv)
{
foo f("test");
std::string a;
a=f.gettext();
std::cout << "Test: " << a << std::endl;
return 0;
}
g++ -O3 -o t1 t1.cxx
t1.cxx:11: error: parse error before `,' token
t1.cxx:11: error: variable declaration is not allowed here
t1.cxx:11: error: syntax error before `{' token
t1.cxx:12: error: parse error before `}' token
t1.cxx: In function `int main(int, char**)':
t1.cxx:19: error: parse error before `,' token
t1.cxx:19: error: `dcgettext' undeclared (first use this function)
t1.cxx:19: error: (Each undeclared identifier is reported only once for
each
function it appears in.)
g++ -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.3/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared
--with-system-zlib --enable-nls --without-included-gettext
--enable-__cxa_atexit --enable-clocale=gnu --enable-debug
--enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.3 (Debian 20040401)
g++ -o t1 t1.cxx
is OK
Bruno Haible`s solution:
http://sources.redhat.com/ml/libc-alpha/2004-06/msg00018.html
Herbert
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252720: linux-kernel-headers: Please also install the i386 linux kernel headers on amd64
Package: linux-kernel-headers Version: 2.5.999-test7-bk-15 Severity: normal Tags: patch To build a 32bit glibc on the amd64 architecture with 'gcc -m32' the i386 linux kernel headers will be necessary. Please apply the following patch which installs the i386 linux kernel headers in /usr/lib/i386-linux/asm on amd64. Regards Andreas Jochens diff -urN ../tmp-orig/linux-kernel-headers-2.5.999-test7-bk/debian/rules ./debian/rules --- ../tmp-orig/linux-kernel-headers-2.5.999-test7-bk/debian/rules 2004-06-04 14:23:44.583272777 +0200 +++ ./debian/rules 2004-06-04 14:23:33.774328659 +0200 @@ -43,6 +43,14 @@ cp autoconfs/autoconf-$(DEB_HOST_ARCH).h $(includedir)/linux/autoconf.h +ifeq ($(kernel_arch),x86_64) + # install the i386 kernel headers in /usr/include/i386-linux + mkdir -p $(includedir)/i386-linux + ln -s ../linux $(includedir)/i386-linux + ln -s ../asm-generic $(includedir)/i386-linux + cp -a include/asm-i386 $(includedir)/i386-linux/asm +endif + ifeq ($(kernel_arch),arm) # ARM needs some extra symlinks. rm -f $(includedir)/asm/proc -- System Information: Debian Release: testing/unstable Architecture: amd64 (x86_64) Kernel: Linux 2.6.6-1-k8-smp Locale: LANG=C, LC_CTYPE=C -- no debconf information
Business/personal hosting,licensor
Comer,* Need affordable but reliable web hosting for only $5/month? -800 MB Disk Space -Unlimited email accounts -FREE Shopping Cart... and much more! Please contact us to take advantage of this new offer at http://www.clickhostdeals.com metallography
Bug#252720: linux-kernel-headers: Please also install the i386 linux kernel headers on amd64
Package: linux-kernel-headers Version: 2.5.999-test7-bk-15 Severity: normal Tags: patch To build a 32bit glibc on the amd64 architecture with 'gcc -m32' the i386 linux kernel headers will be necessary. Please apply the following patch which installs the i386 linux kernel headers in /usr/lib/i386-linux/asm on amd64. Regards Andreas Jochens diff -urN ../tmp-orig/linux-kernel-headers-2.5.999-test7-bk/debian/rules ./debian/rules --- ../tmp-orig/linux-kernel-headers-2.5.999-test7-bk/debian/rules 2004-06-04 14:23:44.583272777 +0200 +++ ./debian/rules 2004-06-04 14:23:33.774328659 +0200 @@ -43,6 +43,14 @@ cp autoconfs/autoconf-$(DEB_HOST_ARCH).h $(includedir)/linux/autoconf.h +ifeq ($(kernel_arch),x86_64) + # install the i386 kernel headers in /usr/include/i386-linux + mkdir -p $(includedir)/i386-linux + ln -s ../linux $(includedir)/i386-linux + ln -s ../asm-generic $(includedir)/i386-linux + cp -a include/asm-i386 $(includedir)/i386-linux/asm +endif + ifeq ($(kernel_arch),arm) # ARM needs some extra symlinks. rm -f $(includedir)/asm/proc -- System Information: Debian Release: testing/unstable Architecture: amd64 (x86_64) Kernel: Linux 2.6.6-1-k8-smp Locale: LANG=C, LC_CTYPE=C -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252338: /usr/include/asm/system.h: asm/system.h: missing include file on amd64
Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > On Fri, Jun 04, 2004 at 03:59:37PM +0200, Goswin von Brederlow wrote: >> Daniel Jacobowitz <[EMAIL PROTECTED]> writes: >> >> > On Wed, Jun 02, 2004 at 07:43:11PM +, Goswin von Brederlow wrote: >> >> Package: linux-kernel-headers >> >> Version: 2.5.999-test7-bk-15.amd64.1.0.1 >> >> Severity: normal >> >> File: /usr/include/asm/system.h >> >> >> >> Hi, >> >> >> >> the asm/system.h file fails because LOCK_PREFIX is undefined. On i386 this >> >> is set by >> >> >> >> #include /* for LOCK_PREFIX */ >> >> >> >> on amd64 it is set directly in asm/system.h but only inside >> >> #ifdef __KERNEL__, but it is used outside the ifdef. >> > >> > What is including ? >> > >> > -- >> > Daniel Jacobowitz >> >> Amiga-fdisk is doing so directly. > > For what reason? To get what? For no reason it seems. I filed a seperate bug about it since it causes amiga-fdisk to FTBFS on m68k. > We do not support including arbitrary kernel headers. Some of the ones > under linux/ are accepted as userspace interfaces. Others are included > by glibc. But the reset we try not to fix for userspace use; copy out > what you need. If any glibc or linux/ header includes it it should experience the same problem. If nothing does the file could be removed. If you know of something making legal use of asm/system.h I would be happy to test it. MfG Goswin PS: on m68k the same file fails with u8, u16 and u32 being undefined.
Business/personal hosting,licensor
Comer,* Need affordable but reliable web hosting for only $5/month? -800 MB Disk Space -Unlimited email accounts -FREE Shopping Cart... and much more! Please contact us to take advantage of this new offer at http://www.clickhostdeals.com metallography
Bug#252338: /usr/include/asm/system.h: asm/system.h: missing include file on amd64
Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > On Fri, Jun 04, 2004 at 03:59:37PM +0200, Goswin von Brederlow wrote: >> Daniel Jacobowitz <[EMAIL PROTECTED]> writes: >> >> > On Wed, Jun 02, 2004 at 07:43:11PM +, Goswin von Brederlow wrote: >> >> Package: linux-kernel-headers >> >> Version: 2.5.999-test7-bk-15.amd64.1.0.1 >> >> Severity: normal >> >> File: /usr/include/asm/system.h >> >> >> >> Hi, >> >> >> >> the asm/system.h file fails because LOCK_PREFIX is undefined. On i386 this >> >> is set by >> >> >> >> #include /* for LOCK_PREFIX */ >> >> >> >> on amd64 it is set directly in asm/system.h but only inside >> >> #ifdef __KERNEL__, but it is used outside the ifdef. >> > >> > What is including ? >> > >> > -- >> > Daniel Jacobowitz >> >> Amiga-fdisk is doing so directly. > > For what reason? To get what? For no reason it seems. I filed a seperate bug about it since it causes amiga-fdisk to FTBFS on m68k. > We do not support including arbitrary kernel headers. Some of the ones > under linux/ are accepted as userspace interfaces. Others are included > by glibc. But the reset we try not to fix for userspace use; copy out > what you need. If any glibc or linux/ header includes it it should experience the same problem. If nothing does the file could be removed. If you know of something making legal use of asm/system.h I would be happy to test it. MfG Goswin PS: on m68k the same file fails with u8, u16 and u32 being undefined. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252651: linux-kernel-headers: syntax errors in file "/usr/include/linux/videodev2.h"
Package: linux-kernel-headers Version: 2.5.999-test7-bk-16 Severity: normal -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.6-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 -- no debconf information When building kde 3.3 alpha1 with Konstruct I get the following error message about videodev2.h: make[7]: Entering directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90/kstars/kstars/indi/webcam' if /bin/sh ../../../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -DQT_THREAD_SUPPORT -I/home/test/kde3.3-alpha1/include -I/usr/X11R6/include -I/home/test/kde3.3-alpha1/include -I/usr/X11R6/include -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -I/home/test/kde3.3-alpha1/include -I/usr/X11R6/include -L/home/test/kde3.3-alpha1/lib -L/usr/X11R6/lib -O2 -pipe -I/home/test/kde3.3-alpha1/include -I/usr/X11R6/include -L/home/test/kde3.3-alpha1/lib -L/usr/X11R6/lib -O2 -pipe -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT libwebcam_linux_la.all_cpp.lo -MD -MP -MF ".deps/libwebcam_linux_la.all_cpp.Tpo" -c -o libwebcam_linux_la.all_cpp.lo libwebcam_linux_la.all_cpp.cpp; \ then mv -f ".deps/libwebcam_linux_la.all_cpp.Tpo" ".deps/libwebcam_linux_la.all_cpp.Plo"; else rm -f ".deps/libwebcam_linux_la.all_cpp.Tpo"; exit 1; fi In file included from /usr/include/linux/videodev.h:8, from QCamV4L.h:7, from QCamV4L.cpp:14, from libwebcam_linux_la.all_cpp.cpp:4 /usr/include/linux/videodev2.h:432: error: syntax error before `;' token /usr/include/linux/videodev2.h:500: error: 'v4l2_std_id' is used as a type, but is not defined as a type. /usr/include/linux/videodev2.h:518: error: syntax error before `;' token /usr/include/linux/videodev2.h:555: error: syntax error before `;' token In file included from libwebcam_linux_la.all_cpp.cpp:4: QCamV4L.cpp: In function `void callFrame(void*)': QCamV4L.cpp:102: warning: unused parameter `void*p' QCamV4L.cpp: In function `void updateFrame(int, void*)': QCamV4L.cpp:301: warning: unused parameter `int d' QCamV4L.cpp: In function `void disconnectCam()': QCamV4L.cpp:470: warning: left-hand operand of comma expression has no effect make[7]: *** [libwebcam_linux_la.all_cpp.lo] Error 1 make[7]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90/kstars/kstars/indi/webcam' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90/kstars/kstars/indi' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90/kstars/kstars' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90/kstars' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90' make[1]: *** [build-work/kdeedu-3.2.90/Makefile] Error 2 make[1]: Leaving directory `/home/test/konstruct/kde/kdeedu' make: *** [dep-../../kde/kdeedu] Error 2
Re: Q: kernel >= 2.6.4 & NGROUPS > 65K support
Hi! > Mmmm.. It's probably safest for us to not do this until Sarge+1. Won't > having NGROUPS set too high for older kernels cause us grief? I just asked because compiling glibc takes quite a long time and I have to watch out not to mix versions up... I use glibc compiled with kernel headers from 2.6.5/2.6.6 on machines with either 2.6.2-6 or 2.4.24-26 for nearly a year now without problems; I had to compile all kernels I used before 2.6.4 with NGROUPS_MAX 512 (because that was the possible maximum for 2.4/2.6). What kind of trouble could a higher value in glibc cause? For me everything works fine; even 2.4 compiled with NGROUPS_MAX of 512 with a glibc compiled with kernel headers of 2.6.6 (which uses NGROUPS_MAX of 65K)... But I can't give any warranty that it will work anywhere... and I still can never be sure that there aren't any strange things happening that I didn't notice up to now! :-( Maybe you are right: wait for sarge+1... Thanks for your answer! Adi Kriegisch
Bug#252338: /usr/include/asm/system.h: asm/system.h: missing include file on amd64
On Fri, Jun 04, 2004 at 03:59:37PM +0200, Goswin von Brederlow wrote: > Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > > > On Wed, Jun 02, 2004 at 07:43:11PM +, Goswin von Brederlow wrote: > >> Package: linux-kernel-headers > >> Version: 2.5.999-test7-bk-15.amd64.1.0.1 > >> Severity: normal > >> File: /usr/include/asm/system.h > >> > >> Hi, > >> > >> the asm/system.h file fails because LOCK_PREFIX is undefined. On i386 this > >> is set by > >> > >> #include /* for LOCK_PREFIX */ > >> > >> on amd64 it is set directly in asm/system.h but only inside > >> #ifdef __KERNEL__, but it is used outside the ifdef. > > > > What is including ? > > > > -- > > Daniel Jacobowitz > > Amiga-fdisk is doing so directly. For what reason? To get what? We do not support including arbitrary kernel headers. Some of the ones under linux/ are accepted as userspace interfaces. Others are included by glibc. But the reset we try not to fix for userspace use; copy out what you need. -- Daniel Jacobowitz
Processed: reassigning to resolvconf
Processing commands for [EMAIL PROTECTED]: > reassign 252251 resolvconf Bug#252251: nscd: Please add resolvconf support Bug#48976: nscd: should reset (host)-database on dialup Bug#60771: nscd must be restarted upon ip-up/ip-down Bug#69256: nscd: Running nscd interferes with resolv.conf search Bug reassigned from package `nscd' to `resolvconf'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Q: kernel >= 2.6.4 & NGROUPS > 65K support
On Wed, 2004-06-02 at 14:31, Adi Kriegisch wrote: > Beginning with kernel 2.6.4 the NGROUPS-limit is by default 65K. Are there > any > plans to use this feature in Debian/glibc? Mmmm.. It's probably safest for us to not do this until Sarge+1. Won't having NGROUPS set too high for older kernels cause us grief? Tks, Jeff Bailey
Bug#252338: /usr/include/asm/system.h: asm/system.h: missing include file on amd64
Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > On Wed, Jun 02, 2004 at 07:43:11PM +, Goswin von Brederlow wrote: >> Package: linux-kernel-headers >> Version: 2.5.999-test7-bk-15.amd64.1.0.1 >> Severity: normal >> File: /usr/include/asm/system.h >> >> Hi, >> >> the asm/system.h file fails because LOCK_PREFIX is undefined. On i386 this >> is set by >> >> #include /* for LOCK_PREFIX */ >> >> on amd64 it is set directly in asm/system.h but only inside >> #ifdef __KERNEL__, but it is used outside the ifdef. > > What is including ? > > -- > Daniel Jacobowitz Amiga-fdisk is doing so directly. MfG Goswin
Bug#252651: linux-kernel-headers: syntax errors in file "/usr/include/linux/videodev2.h"
Package: linux-kernel-headers Version: 2.5.999-test7-bk-16 Severity: normal -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.6-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 -- no debconf information When building kde 3.3 alpha1 with Konstruct I get the following error message about videodev2.h: make[7]: Entering directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90/kstars/kstars/indi/webcam' if /bin/sh ../../../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -DQT_THREAD_SUPPORT -I/home/test/kde3.3-alpha1/include -I/usr/X11R6/include -I/home/test/kde3.3-alpha1/include -I/usr/X11R6/include -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -I/home/test/kde3.3-alpha1/include -I/usr/X11R6/include -L/home/test/kde3.3-alpha1/lib -L/usr/X11R6/lib -O2 -pipe -I/home/test/kde3.3-alpha1/include -I/usr/X11R6/include -L/home/test/kde3.3-alpha1/lib -L/usr/X11R6/lib -O2 -pipe -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT libwebcam_linux_la.all_cpp.lo -MD -MP -MF ".deps/libwebcam_linux_la.all_cpp.Tpo" -c -o libwebcam_linux_la.all_cpp.lo libwebcam_linux_la.all_cpp.cpp; \ then mv -f ".deps/libwebcam_linux_la.all_cpp.Tpo" ".deps/libwebcam_linux_la.all_cpp.Plo"; else rm -f ".deps/libwebcam_linux_la.all_cpp.Tpo"; exit 1; fi In file included from /usr/include/linux/videodev.h:8, from QCamV4L.h:7, from QCamV4L.cpp:14, from libwebcam_linux_la.all_cpp.cpp:4 /usr/include/linux/videodev2.h:432: error: syntax error before `;' token /usr/include/linux/videodev2.h:500: error: 'v4l2_std_id' is used as a type, but is not defined as a type. /usr/include/linux/videodev2.h:518: error: syntax error before `;' token /usr/include/linux/videodev2.h:555: error: syntax error before `;' token In file included from libwebcam_linux_la.all_cpp.cpp:4: QCamV4L.cpp: In function `void callFrame(void*)': QCamV4L.cpp:102: warning: unused parameter `void*p' QCamV4L.cpp: In function `void updateFrame(int, void*)': QCamV4L.cpp:301: warning: unused parameter `int d' QCamV4L.cpp: In function `void disconnectCam()': QCamV4L.cpp:470: warning: left-hand operand of comma expression has no effect make[7]: *** [libwebcam_linux_la.all_cpp.lo] Error 1 make[7]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90/kstars/kstars/indi/webcam' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90/kstars/kstars/indi' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90/kstars/kstars' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90/kstars' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/test/konstruct/kde/kdeedu/work/kdeedu-3.2.90' make[1]: *** [build-work/kdeedu-3.2.90/Makefile] Error 2 make[1]: Leaving directory `/home/test/konstruct/kde/kdeedu' make: *** [dep-../../kde/kdeedu] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Q: kernel >= 2.6.4 & NGROUPS > 65K support
Hi! > Mmmm.. It's probably safest for us to not do this until Sarge+1. Won't > having NGROUPS set too high for older kernels cause us grief? I just asked because compiling glibc takes quite a long time and I have to watch out not to mix versions up... I use glibc compiled with kernel headers from 2.6.5/2.6.6 on machines with either 2.6.2-6 or 2.4.24-26 for nearly a year now without problems; I had to compile all kernels I used before 2.6.4 with NGROUPS_MAX 512 (because that was the possible maximum for 2.4/2.6). What kind of trouble could a higher value in glibc cause? For me everything works fine; even 2.4 compiled with NGROUPS_MAX of 512 with a glibc compiled with kernel headers of 2.6.6 (which uses NGROUPS_MAX of 65K)... But I can't give any warranty that it will work anywhere... and I still can never be sure that there aren't any strange things happening that I didn't notice up to now! :-( Maybe you are right: wait for sarge+1... Thanks for your answer! Adi Kriegisch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252338: /usr/include/asm/system.h: asm/system.h: missing include file on amd64
On Fri, Jun 04, 2004 at 03:59:37PM +0200, Goswin von Brederlow wrote: > Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > > > On Wed, Jun 02, 2004 at 07:43:11PM +, Goswin von Brederlow wrote: > >> Package: linux-kernel-headers > >> Version: 2.5.999-test7-bk-15.amd64.1.0.1 > >> Severity: normal > >> File: /usr/include/asm/system.h > >> > >> Hi, > >> > >> the asm/system.h file fails because LOCK_PREFIX is undefined. On i386 this > >> is set by > >> > >> #include /* for LOCK_PREFIX */ > >> > >> on amd64 it is set directly in asm/system.h but only inside > >> #ifdef __KERNEL__, but it is used outside the ifdef. > > > > What is including ? > > > > -- > > Daniel Jacobowitz > > Amiga-fdisk is doing so directly. For what reason? To get what? We do not support including arbitrary kernel headers. Some of the ones under linux/ are accepted as userspace interfaces. Others are included by glibc. But the reset we try not to fix for userspace use; copy out what you need. -- Daniel Jacobowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reassigning to resolvconf
Processing commands for [EMAIL PROTECTED]: > reassign 252251 resolvconf Bug#252251: nscd: Please add resolvconf support Bug#48976: nscd: should reset (host)-database on dialup Bug#60771: nscd must be restarted upon ip-up/ip-down Bug#69256: nscd: Running nscd interferes with resolv.conf search Bug reassigned from package `nscd' to `resolvconf'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Q: kernel >= 2.6.4 & NGROUPS > 65K support
On Wed, 2004-06-02 at 14:31, Adi Kriegisch wrote: > Beginning with kernel 2.6.4 the NGROUPS-limit is by default 65K. Are there any > plans to use this feature in Debian/glibc? Mmmm.. It's probably safest for us to not do this until Sarge+1. Won't having NGROUPS set too high for older kernels cause us grief? Tks, Jeff Bailey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252338: /usr/include/asm/system.h: asm/system.h: missing include file on amd64
Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > On Wed, Jun 02, 2004 at 07:43:11PM +, Goswin von Brederlow wrote: >> Package: linux-kernel-headers >> Version: 2.5.999-test7-bk-15.amd64.1.0.1 >> Severity: normal >> File: /usr/include/asm/system.h >> >> Hi, >> >> the asm/system.h file fails because LOCK_PREFIX is undefined. On i386 this >> is set by >> >> #include /* for LOCK_PREFIX */ >> >> on amd64 it is set directly in asm/system.h but only inside >> #ifdef __KERNEL__, but it is used outside the ifdef. > > What is including ? > > -- > Daniel Jacobowitz Amiga-fdisk is doing so directly. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Free hosting trial,cupid
Driver,! Need affordable but reliable web hosting for only $5/month? -800 MB Disk Space -Unlimited email accounts -FREE Shopping Cart... and much more! Please contact us to take advantage of this new offer at http://www.clickhostdeals.com deep
Bug#156923: Is nscd maintained?
There are reports of segfaults in nscd that haven't been fixed in years. Is nscd maintained? -- Thomas Hood
Free hosting trial,cupid
Driver,! Need affordable but reliable web hosting for only $5/month? -800 MB Disk Space -Unlimited email accounts -FREE Shopping Cart... and much more! Please contact us to take advantage of this new offer at http://www.clickhostdeals.com deep
Bug#156923: Is nscd maintained?
There are reports of segfaults in nscd that haven't been fixed in years. Is nscd maintained? -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
