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.
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
package: libgcj2
version: 1:3.0.4-13
LinkedHashMap was added to java.util in 1.4, but gcj doesn't have it.
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
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
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
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
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
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
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
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
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
12 matches
Mail list logo
