On Wed, Jun 11, 2003 at 05:31:58PM -0300, [EMAIL PROTECTED] wrote:
> //string z=2; // OK: does NOT compile
Note that although you write '=' here, you are still constructing a new
string object. There is no basic_string constructor which takes an integer,
so it does not compile.
> x[key] = 2
[EMAIL PROTECTED] removed; no bug was added to the gcc database,
since the email was malformed]
On Tue, Jun 10, 2003 at 10:32:09PM -0400, Matteo Frigo wrote:
> >Description:
>
> It would be nice if this function issued a warning because of the
> implicit conversion ptrdiff_t -> int:
>
> int foo(
Package: gcc-3.3
Version: 1:3.3-3
Severity: important
This is a regression from 2.95; it's also broken in 3.2. gcc-snapshot
(20030531-2) fails with a different ICE (should I report that too?).
Reducing optimization doesn't help. -save-temps output is available
from:
http://people.debian.org/~
Your message dated Wed, 11 Jun 2003 18:58:19 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#196908: g++-3.3: inconsistent behaviour of -Wall
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 c
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11084
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|3.
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11054
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|3.
Package: gcj-3.3
Version: 1:3.3-3
Severity: normal
Hello,
Okay, so this is kind of a vague bug at this point, but here's what I
know: with gcj-3.2 installed, babel compiles and runs just fine; with
gcj-3.3, it compiles but fails at runtime using kaffe.
Here's the runtime error:
/usr/bin/java -a
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10692
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|3.
LAST_UPDATED: Sat May 31 08:01:13 UTC 2003
Native configuration is m68k-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/abi/bitfield4.C execution test
FAIL: g++.dg/abi/empty6.C (test for warnings, line 6)
WARNING: program timed out.
FAIL: g++.dg/eh/cleanup1
>Submitter-Id: net
>Originator:Agostinho Maschio
>Organization: Reckon Engenharia de Sistemas Ltda
>Confidential: no
>Synopsis: assign to std::string from int causes NO ERROR
>Severity: serious
>Priority: medium
>Category: c++
>Class: accepts-illegal
>Release:
On Wed, 2003-06-11 at 12:19, Christian T. Steigies wrote:
> I tried to rebuild fontconfig with debugging (with DEB_BUILD_ options) info
> but the gdb output was no different than without debugging info :-(
DEB_BUILD_OPTIONS=noopt,nostrip dpkg-buildpackage worked here on i386,
so I think the debug
On Wed, Jun 11, 2003 at 12:12:00PM -0400, Colin Walters wrote:
> On Wed, 2003-06-11 at 09:32, Michael Schmitz wrote:
> > > >> merge 196563 196060
> > > > Bug#196060: [3.3 regression] [arm] python2.2-2.2.3 gets miscompiled
> > > > Bug#196563: fontconfig: [m68k] segfault during postinst
> > > > Merge
On Wed, 2003-06-11 at 09:32, Michael Schmitz wrote:
> > >> merge 196563 196060
> > > Bug#196060: [3.3 regression] [arm] python2.2-2.2.3 gets miscompiled
> > > Bug#196563: fontconfig: [m68k] segfault during postinst
> > > Merged 196060 196563.
> >
> > In any event this is entirely bogus. Miscompila
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10257
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|WA
Processing commands for [EMAIL PROTECTED]:
> unmerge 196563
Bug#196563: fontconfig: [m68k] segfault during postinst
Bug#196060: [3.3 regression] [arm] python2.2-2.2.3 gets miscompiled
Disconnected #196563 from all other report(s).
> thanks
Stopping processing here.
Please contact me if you need
> Nevertheless it's the libstdc++ issue. Your code works fine with our
> gcc-3.2 build of 1.4.1.
Rightio, so it seems the debian j2se1.4 package does need a rebuild then.
Thanks - Ben. :)
Ben Burton <[EMAIL PROTECTED]> writes:
> I don't know whether the problem lies with g++-3.x or with the
> blackdown JVM. I cant see any libstdc++ clash happening; none of
> the blackdown packages depend on any libstdc++, nor do any of the
> libraries shipped with the blackdown JVM appear to link
> If you use a C++ dynamic_cast complied with g++-3.3 within a native Java
> method, the blackdown JVM (1.4.1) crashes.
Btw, further investigation suggests that this problem might be fixed by
rebuilding the blackdown JVM with gcc-3.3. Stephen, would this be possible?
Thanks - Ben. :)
Hi. I've just been converting an app to use C++-style casts instead of
C-style casts and I've come across a nasty problem.
If you use a C++ dynamic_cast complied with g++-3.3 within a native Java
method, the blackdown JVM (1.4.1) crashes.
I've attached three very short sample files that illus
Package: g77
Version: 2:2.95.4-14
Severity: important
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux kadath 2.4.18-686 #1 Sun Apr 14 11:32:47 EST 2002 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages g77 depends on:
ii cpp2:2.95.4-14 Th
Accepted:
gcc-snapshot_20030531-2_m68k.deb
to pool/main/g/gcc-snapshot/gcc-snapshot_20030531-2_m68k.deb
Thank you for your contribution to Debian.
Processing commands for [EMAIL PROTECTED]:
> reassign 196563 gcc-3.3
Bug#196563: fontconfig: [m68k] segfault during postinst
Bug reassigned from package `fontconfig' to `gcc-3.3'.
> severity 196563 important
Bug#196563: fontconfig: [m68k] segfault during postinst
Severity set to `important'.
> m
22 matches
Mail list logo