--- Comment #2 from r dot emrich at de dot tecosim dot com 2007-01-30
08:55 ---
Subject: Re: make install fails for libjava
> Could you try adding this to Makefile.am and then re-running automake?
> (If you can't re-run automake, let me know and I will send you a patch.)
Sorry, I don
--- Comment #12 from patchapp at dberlin dot org 2007-01-30 09:15 ---
Subject: Bug number PR30546
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg02455.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-01-30 09:55 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-01-30 10:17 ---
Subject: Bug 30313
Author: rguenth
Date: Tue Jan 30 10:17:09 2007
New Revision: 121334
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121334
Log:
2007-01-30 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-01-30 10:19 ---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known t
When compiling the attached source code snippet test.cpp with the options
-fno-unit-at-a-time and -finline-functions, erroneous code is produced in form
of an infinite loop, see the attached disassembly file test.s.
Use the following command line to reproduce the bug:
powerpc-eabi-g++ -c -S -O2 -f
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-01-30 10:23
---
Subject: Bug 27657
Author: rguenth
Date: Tue Jan 30 10:23:01 2007
New Revision: 121335
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121335
Log:
2007-01-30 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #16 from rguenth at gcc dot gnu dot org 2007-01-30 10:23
---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #1 from steby at enea dot se 2007-01-30 10:28 ---
Created an attachment (id=12979)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12979&action=view)
Source code snippet
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30637
--- Comment #2 from steby at enea dot se 2007-01-30 10:29 ---
Created an attachment (id=12980)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12980&action=view)
Disassembly output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30637
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-30 10:33 ---
Can you try 4.0.x or 4.1.x as 3.4.x is no longer maintained?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30637
--- Comment #4 from steby at enea dot se 2007-01-30 10:40 ---
(In reply to comment #3)
> Can you try 4.0.x or 4.1.x as 3.4.x is no longer maintained?
Unfortunately, our system is based on GCC 3.4.x and we cannot easily switch to
GCC 4.x in a short timeframe.
--
http://gcc.gnu.org/b
--- Comment #5 from steby at enea dot se 2007-01-30 10:43 ---
(From update of attachment 12980)
> .file "test.cpp"
> .section".text"
> .align 2
> .globl _ZN5Actor17getResourceFacadeEv
> .type _ZN5Actor17getResourceFacadeEv, @function
>_ZN5Actor17
--- Comment #17 from mtrudel at gmx dot ch 2007-01-30 10:52 ---
Has there been any progress with this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30510
--- Comment #2 from pault at gcc dot gnu dot org 2007-01-30 10:56 ---
FX,
It's funny that you should alight on this one - Last night, I forwarded a patch
to Jerry that cures the front-end problems but breaks in transfer.c. As well as
the testcase from PR30284, I sent him one that is ess
--- Comment #18 from mtrudel at gmx dot ch 2007-01-30 11:00 ---
Sorry, the previous message has been truncated:
Has there been any progress with this bug?
I can confirm it and I need the mentioned patch to be able to compile
the current trunk:
- tree bases;
+ tree bases = NULL_TREE;
--- Comment #4 from dronord at gmail dot com 2007-01-30 11:03 ---
Subject: Re: gcc segfault on linux kernel 2.6.17.10
OK =)
27 Jan 2007 04:06:16 -, pinskia at gcc dot gnu dot org
<[EMAIL PROTECTED]>:
>
>
> --- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-27 04:06
>
--
Summary: Dummy bug to test gcj Bugzilla
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aph at
--- Comment #1 from aph at gcc dot gnu dot org 2007-01-30 11:37 ---
'Twas brillig, and the sithy toves
Did gyre and gimble in the Wabe.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-01-30 12:39
---
(In reply to comment #2)
> gcc-4.1 -Wall -I. -O4 -ffast-math -D__X264__ -DHAVE_MMXEXT -DHAVE_SSE2
> -DARCH_X86 -DSYS_MINGW -DHAVE_PTHREAD -s -fomit-frame-pointer -march=pentium4
> -mtune=pentium4 -mcpu=pentium4 -f
--- Comment #3 from mueller at gcc dot gnu dot org 2007-01-30 13:09 ---
I'm not flagging this as diagnostic for now, because it is imho still a bug in
ccp that could cause other side-effects (aliasing analysis?).
if it is clear that the only problem this causes is the warning then I'll
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-01-30 13:34 ---
Subject: Bug 30313
Author: rguenth
Date: Tue Jan 30 13:34:10 2007
New Revision: 121338
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121338
Log:
2007-01-30 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-01-30 13:34 ---
And 4.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|4.3.0 4
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-01-30 13:45
---
(In reply to comment #5)
> CVS mingw runtime header _mingw.h has this, which avoids the problem:
>
> # if ( __MINGW_GNUC_PREREQ(4, 3) && __STDC_VERSION__ >= 199901L)
> # define __CRT_INLINE extern inline __attr
This happens with gcc 4.1.1 too.
Linux 2.6.19 (pure x86_64 system without 32bit libraries)
glibc 2.5
gcc 4.1.1
/usr/include/asm contains the correct kernel x86_64 headers
make[5]: Entering directory
`/home/fraga/src/b/x86_64-unknown-linux-gnu/32/libjava'
depbase=`echo prims.lo | sed 's|[^/]*$|.de
in function lang_specific_driver, if shared gcclib is wanted, a new larger
memory block is allocated for the extra argument "-shared-libgcc". However, the
original memory is left alone and will cause memory leak. And I think statement
"free(*in_argv)" should added before "*in_argv = arglist;" at li
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-01-30 14:36
---
Paul's preliminary patch for pr30284 fixes this bug. The library side still
shows a potential problem, but we don't hit it with the test cases here because
we are only reading one record.
Here is dump for modifi
--- Comment #2 from abugger at littlepinkcloud dot com 2007-01-30 14:43
---
Es brillig war. Die schlichten Toven
Wirrten und wimmelten in Waben.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-30
14:51 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90
> --- Comment #3 from kargl at gcc dot gnu dot org 2007-01-30 02:53 ---
> A scan of libgfortran/ChangeLog and gcc/for
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-01-30 15:04
---
(In reply to comment #5)
> CVS mingw runtime header _mingw.h has this, which avoids the problem:
OK, now I see why this is failing :(
_mingw.h from mingw-runtime-3.11 has
define __CRT_INLINE extern __attribute
OS: Linux, Ubuntu 6.10 AMD64
I get this error when invoking gcj on a project:
*** glibc detected ***
/home/matt/cross-tools/libexec/gcc/i386-mingw32msvc/4.3.0/jc1: corrupted
double-linked list: 0x00fbeb60 ***
Detail:
Having cross-compiled an SWT hello-world application to an executable us
--- Comment #5 from cvs-commit at developer dot classpath dot org
2007-01-30 15:37 ---
Subject: Bug 20577
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Roman Kennke 07/01/30 15:36:53
Modified files:
javax/swing: DefaultDesktopManager.java
--- Comment #10 from tromey at gcc dot gnu dot org 2007-01-30 15:46 ---
Subject: Bug 29966
Author: tromey
Date: Tue Jan 30 15:46:01 2007
New Revision: 121340
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121340
Log:
PR preprocessor/29966:
* macro.c (lex_expansio
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 15:50 ---
Subject: Bug 30468
Author: tromey
Date: Tue Jan 30 15:50:00 2007
New Revision: 121341
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121341
Log:
PR preprocessor/30468:
* mkdeps.c (apply_vpath)
--- Comment #19 from abugger at littlepinkcloud dot com 2007-01-30 16:05
---
testing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30510
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-01-30 16:10 ---
Fixed according to reporter.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from mueller at gcc dot gnu dot org 2007-01-30 16:20
---
Subject: Bug 30601
Author: mueller
Date: Tue Jan 30 16:20:06 2007
New Revision: 121342
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121342
Log:
2007-01-30 Dirk Mueller <[EMAIL PROTECTED]>
PR c+
--- Comment #11 from tromey at gcc dot gnu dot org 2007-01-30 16:29 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|A
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-30 16:30 ---
Fixed in 4.3.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.1.
I've built GCC-4.1.1, configured with:
../configure --prefix=/opt/gcc-4.1.1 --enable-threads=posix --with-dwarf2
--enable-languages=c,c++ --with-as=/opt/binutils-2.17/bin/as
--with-ld=/opt/binutils-2.17/bin/ld --enable-shared --disable-checking
--with-system-zlib --enable-__cxa_atexit --disable-l
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-30 16:50 ---
You need to set LD_LIBRARY_PATH or use -Wl,-rpath=/opt/gcc-4.1.1/lib for
linking.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
CSE used to eliminate all the "if"s in the code below at least in gcc-3.x (and
probably even earlier). Now in SVN HEAD it does not do it anymore. 4.1 still
does it.
struct s { int a; int b;};
void bar (struct s *ps, int *p, int *__restrict__ rp, int *__restrict__ rq)
{
ps->a = 0;
ps->b = 1
--- Comment #3 from abugger at littlepinkcloud dot com 2007-01-30 17:07
---
Il brilgue: les to^ves libricilleux
Se gyrent en vrilant dans le guave.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
--- Comment #4 from aph at gcc dot gnu dot org 2007-01-30 17:10 ---
Typo'd, darn it.
Il brilgue: les to^ves lubricilleux
Se gyrent en vrilant dans le guave.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
--- Comment #45 from mueller at gcc dot gnu dot org 2007-01-30 17:17
---
Subject: Bug 8268
Author: mueller
Date: Tue Jan 30 17:17:39 2007
New Revision: 121346
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121346
Log:
backport from mainline:
2007-01-21 Dirk Mueller <[EMAIL
--- Comment #9 from mueller at gcc dot gnu dot org 2007-01-30 17:18 ---
Subject: Bug 30511
Author: mueller
Date: Tue Jan 30 17:17:39 2007
New Revision: 121346
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121346
Log:
backport from mainline:
2007-01-21 Dirk Mueller <[EMAIL
--- Comment #4 from pault at gcc dot gnu dot org 2007-01-30 17:30 ---
(In reply to comment #3)
> Paul's preliminary patch for pr30284 fixes this bug. The library side still
> shows a potential problem, but we don't hit it with the test cases here
> because
> we are only reading one rec
--- Comment #5 from mtrudel at gmx dot ch 2007-01-30 17:33 ---
I do not even understand all German words although it's my mother tongue...
So how should I translate it to Italian???
;-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
--- Comment #6 from aph at gcc dot gnu dot org 2007-01-30 17:44 ---
It doesn't mean anything in English, either. Kinda sorta...
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from sje at gcc dot gnu dot org 2007-01-30 17:49 ---
Subject: Bug 30432
Author: sje
Date: Tue Jan 30 17:49:24 2007
New Revision: 121347
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121347
Log:
PR fortran/30432
* trans-types.c (gfc_get_function_ty
--- Comment #5 from burnus at gcc dot gnu dot org 2007-01-30 17:53 ---
Subject: Bug 30015
Author: burnus
Date: Tue Jan 30 17:52:46 2007
New Revision: 121348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121348
Log:
2007-01-30 Tobias Burnus <[EMAIL PROTECTED]>
PR libf
--- Comment #6 from burnus at gcc dot gnu dot org 2007-01-30 17:56 ---
Fixed in 4.3 and 4.2. I don't plan to fix it in 4.1.
=> FIXED.
Thanks again for reporting this bug.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from burnus at gcc dot gnu dot org 2007-01-30 17:58 ---
Let's then fix this bug.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Assi
--- Comment #4 from bkoz at gcc dot gnu dot org 2007-01-30 18:05 ---
Subject: Bug 30571
Author: bkoz
Date: Tue Jan 30 18:04:59 2007
New Revision: 121349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121349
Log:
2007-01-30 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #12 from pbrook at gcc dot gnu dot org 2007-01-30 18:06 ---
Before reload the problematic instruction is:
(set (mem:HI (something))
(subreg:HI (reg:SI 177)))
Reload decides to reload the second operand into a register.
In find_reloads_subreg_address, reg_equiv_memory_l
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-30 18:13 ---
> pure x86_64 system without 32bit libraries
Then use --disable-multilib, otherwise x86_64 defaults to compiling the 32bit
libraries also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from burnus at gcc dot gnu dot org 2007-01-30 18:13 ---
Subject: Bug 30276
Author: burnus
Date: Tue Jan 30 18:13:14 2007
New Revision: 121350
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121350
Log:
2007-01-30 Tobias Burnus <[EMAIL PROTECTED]>
Jak
--- Comment #11 from burnus at gcc dot gnu dot org 2007-01-30 18:14 ---
Paul Thomas wrote on 2007-01-14:
> > Fixed in 4.3; I will commit the patch for 4.2 in about a week; I will not
> > fix
> > 4.1.
> Are you in a position to do that now? The week is up and all is well:)
Finally fixe
--- Comment #27 from dpm at danger dot com 2007-01-30 18:20 ---
Bug 30579 was marked as a duplicate of this bug. If I compile the test case
from that bug with -fomit-frame-pointer, gcc still generates invalid code. (We
don't use frame pointers in our system at all). Is this already known
gcj -fsyntax-only should compile a .java file and throw away the
results. (Arguably it should verify the resulting bytecode as well.)
This doesn't happen on trunk... it runs jc1 but not ecj1:
opsy. gcj -v -fsyntax-only -Werror HelloWorld.java
Using built-in specs.
Reading specs from
/home/tromey/
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 18:34 ---
Duh. I was running 4.2. Sorry for the noise.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
$ i386-pc-mingw32-gcc 20001226-1.c -O2 -g -c
/cygdrive/c/DOCUME~1/coudert/LOCALS~1/Temp/ccmKZvVp.s: Assembler messages:
/cygdrive/c/DOCUME~1/coudert/LOCALS~1/Temp/ccmKZvVp.s:0: Warning: end of file
in string; '"' inserted
/cygdrive/c/DOCUME~1/coudert/LOCALS~1/Temp/ccmKZvVp.s:20: Warning: .stabs:
m
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-01-30 18:43
---
Created an attachment (id=12981)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12981&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30645
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 18:59 ---
Fixed in the latest ecj.jar, available at the usual place.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
ian at airs dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-0
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-01-30 19:24 ---
(In reply to comment #3)
> I'm not flagging this as diagnostic for now, because it is imho still a bug in
> ccp that could cause other side-effects (aliasing analysis?).
The diagnostic part is the only part which is
--- Comment #7 from tromey at gcc dot gnu dot org 2007-01-30 19:32 ---
http://www76.pair.com/keithlim/jabberwocky/translations/italian1.html
Era brillosto, e gli alacridi tossi
succhiellavano scabbi nel pantúle:
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 19:47 ---
Yes, as far as we know libjava is parallel build safe.
Could you paste the command line for the failing compilation?
And also run it with -E and see what jvmti*.h files are
actually being used?
Perhaps we have a wrong
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 19:50 ---
>> /home/matt/cross-tools/libexec/gcc/i386-mingw32msvc/4.3.0/jc1: corrupted
>> double-linked list: 0x00fbeb60 ***
One thing you could try is re-run the command with '-v'. Then look for the
jc1 command line,
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-30 20:02 ---
I'd prefer to close this, since I don't think we'll ever fix it.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from tromey at gcc dot gnu dot org 2007-01-30 20:08 ---
I believe this is now fixed.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 20:10 ---
No more dependencies.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:11 ---
I believe we decided not to worry about this.
We can always introduce new names for low-level functions as needed.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from michael dot meissner at amd dot com 2007-01-30 20:17
---
Created an attachment (id=12982)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12982&action=view)
Secondary error
Note, this is 32-bit only. If you compile epb2.c with -fpic -m32 and no
optimization, it
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-01-30 20:18 ---
Subject: Bug 30525
Author: tkoenig
Date: Tue Jan 30 20:18:05 2007
New Revision: 121357
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121357
Log:
2007-01-30 Thomas Koenig <[EMAIL PROTECTED]>
Backp
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-01-30 20:18 ---
Fixed on trunk and 4.2. Closing.
One less for PR 19292!
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 20:21 ---
Does this still happen?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:26 ---
FWIW we're building ant frequently in Fedora.
But ... does this still fail for you?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 20:28 ---
Does this still happen?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #4 from manu at gcc dot gnu dot org 2007-01-30 20:35 ---
I have the following patch. Framework tests work. However, this patch will make
a lot of tests to fail because:
* Many tests are using the wrong dg-warning or dg-error directive.
* Many tests add an explicit "warning:"
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:56 ---
Does this still happen?
We've had a recent report of ok mingw builds...
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 20:57 ---
Sounds like it is fixed then.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:58 ---
No more dependencies.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #5 from joseph at codesourcery dot com 2007-01-30 21:01 ---
Subject: Re: DejaGNU does not distinguish between errors
and warnings
On Tue, 30 Jan 2007, manu at gcc dot gnu dot org wrote:
> I have the following patch. Framework tests work. However, this patch will
> make
>
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 21:01 ---
Fix was in 4.2.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #9 from tromey at gcc dot gnu dot org 2007-01-30 21:03 ---
This was fixed a while ago.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 21:03 ---
Fixed in 4.3.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from manu at gcc dot gnu dot org 2007-01-30 21:10 ---
(In reply to comment #5)
> Subject: Re: DejaGNU does not distinguish between errors
> and warnings
>
> On Tue, 30 Jan 2007, manu at gcc dot gnu dot org wrote:
>
> > I have the following patch. Framework tests work.
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-01-30 21:16 ---
Subject: Bug 30540
Author: dfranke
Date: Tue Jan 30 21:16:30 2007
New Revision: 121360
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121360
Log:
2007-01-29 Daniel Franke <[EMAIL PROTECTED]>
PR lib
I have been able to reproduce my problem with the following simple code
snippet:
///
#include
#include
main(int argc, char* argv[])
{
std::out_of_range zax("Hello World");
std::cout << "It is " << zax.what() << std::endl;
}
/
--- Comment #1 from pcarlini at suse dot de 2007-01-30 21:34 ---
Just include
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--
spark at gcc dot gnu dot org changed:
What|Removed |Added
CC|seongbae dot park at gmail |
|dot com |
AssignedTo|u
--- Comment #3 from mtrudel at gmx dot ch 2007-01-30 21:44 ---
Yes, mingw worked at least for revision 121232. But the report was for cygwin.
Cygwin is broken anyway I think...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21695
--- Comment #7 from patchapp at dberlin dot org 2007-01-30 22:10 ---
Subject: Bug number PR 15787
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg02533.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 22:11 ---
with svn head, I don't have 'gfc' (just gfortran) and the error is
slightly different:
==13467== 474 bytes in 8 blocks are definitely lost in loss record 3 of 4
==13467==at 0x40051F9: malloc (vg_replace_malloc.c:
--- Comment #7 from joseph at codesourcery dot com 2007-01-30 22:13 ---
Subject: Re: DejaGNU does not distinguish between errors
and warnings
On Tue, 30 Jan 2007, manu at gcc dot gnu dot org wrote:
> There are around 6914 tests failing. And I am not even sure if the above patch
> is
--- Comment #2 from ludovic at ludovic-brenta dot org 2007-01-30 22:21
---
Since GCC 4.0 does not exhibit this behaviour, flagging as regression.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
---
--- Comment #8 from manu at gcc dot gnu dot org 2007-01-30 22:29 ---
Subject: Bug 24745
Author: manu
Date: Tue Jan 30 22:29:11 2007
New Revision: 121361
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121361
Log:
2007-01-30 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR c+
Building latest cvs version of gcc on x86_64 hp xw 4300 produces the following
messages:
Making all in midi-dssi
make[8]: Entering directory
`/tools/tools/gcc/obj-i686-pc-linux-gnu/x86_64-unknown-linux-gnu/32/libjava/classpath/native/jni/midi-dssi'
if /bin/bash ../../../libtool --mode=compile
/too
--- Comment #1 from grgoffe at yahoo dot com 2007-01-30 23:03 ---
Created an attachment (id=12983)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12983&action=view)
Complete build output from this failure. Gziped text file.
This is the complete output of my failing build.
--
h
1 - 100 of 119 matches
Mail list logo
