Bug#195130: marked as done (libgcj4-dev: missing header file: gcj/libgcj-config.h)

Your message dated Thu, 29 May 2003 07:07:20 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#195130: Not A Bug. has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibil

Processed: Re: Bug#195193: bible-kjv: FTBFS with gcc-3.3: Uses obsolete varargs.h

Processing commands for [EMAIL PROTECTED]: > reassign 195193 gcc Bug#195193: bible-kjv: FTBFS with gcc-3.3: Uses obsolete varargs.h Bug reassigned from package `bible-kjv' to `gcc'. > retitle 195193 gcc fails to support backwards compatibility header file > varargs.h Bug#195193: bible-kjv: FTBFS

Bug#195193: varargs support in gcc-3.3

reassign 195193 bible-kjv thanks See /usr/share/doc/gcc-3.3/NEWS.gz: - The -traditional C compiler option has been removed. It was deprecated in 3.1 and 3.2. (Traditional preprocessing remains available.) The header, used for writing variadic functions in traditional C, still ex

Processed: varargs support in gcc-3.3

Processing commands for [EMAIL PROTECTED]: > reassign 195193 bible-kjv Bug#195193: gcc fails to support backwards compatibility header file varargs.h Bug reassigned from package `gcc' to `bible-kjv'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug trackin

Bug#195237: gcc 3.3 ICE with kernel 2.4.20; sched.c

Package: gcc-3.3 Version: 1:3.3-2 Severity: important ccache gcc -D__KERNEL__ -I/usr/src/Linux/linux-2.4.20-apm/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix incl

Bug#195264: libstdc++5-3.3-dev: forward template declarations in let inlining fail

Package: libstdc++5-3.3-dev Version: 1:3.3-2 Severity: minor I just noticed, that std::conj() doesn't get inlined, as one'd expect it to be; it seems that a forward declaration like template complex<_Tp> conj(const complex<_Tp>&); keeps template inline complex<_Tp> conj(const comp

Bug#128993: [Bug libstdc++/9073] Can __STL_ASSERTIONS come back, but with more than rope?

PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9073 [EMAIL PROTECTED] changed: What|Removed |Added CC|[EM

Re: [parisc-linux] Re: [hppa] binutils will not build shared libraries with external deps?

H. J. Lu writes: > On Thu, May 29, 2003 at 04:37:06AM +0930, [EMAIL PROTECTED] wrote: > > On Mon, May 26, 2003 at 10:22:51PM -0700, Randolph Chung wrote: > > > [EMAIL PROTECTED]:~$ gcc -shared -fPIC -o blah.so blah.c > > > /tmp/ccC3fZeH.o(.text+0x1c): In function `call_foo': > > > : undefined refer

Bug#194242: acknowledged by developer (Re: Bug#194242: drivers/atm/ambassador.c:301:21: pasting "." and "start" does not give a valid preprocessing token)

Brian M. Carlson wrote: The standard says this is undefined behaviour. The code never "worked", but by pure accident produced the expected result. The compiler is *permitted* to make demons fly out of my nose, but if it did that, I'd file a bug on it asserting that it shouldn't do that either. Say

Bug#195348: libgcj.jar is missing LinkedHashMap

package: libgcj2 version: 1:3.0.4-13 LinkedHashMap was added to java.util in 1.4, but gcj doesn't have it.

Bug#195350: libgcj4 and libsablevm1-dev both include /usr/include/jni.h

package: libsablevm1-dev,libgcj4 version: 1.0.8-4,1:3.3-2 severity: important dpkg: error processing /var/cache/apt/archives/libgcj4-dev_1%3a3.3-2_i386.deb (--unpack): trying to overwrite `/usr/include/jni.h', which is also in package libsablevm1-dev Please, do *not* install such common files

Bug#195353: java.net.SocketException: SO_REUSEADDR: not valid for TCP

package: libgcj4 version: 1:3.3-2 java.net.SocketException: SO_REUSEADDR: not valid for TCP at java.net.PlainSocketImpl.setOption(int, java.lang.Object) (/usr/lib/libgcj.so.4.0.0) at java.net.ServerSocket.setReuseAddress(boolean) (/usr/lib/libgcj.so.4.0.0) at org.doogie.net.SuperServer.