--- Comment #3 from paolo dot bonzini at lu dot unisi dot ch 2005-12-16
08:02 ---
Subject: Re: stage build no longer works
hjl at lucon dot org wrote:
>--- Comment #2 from hjl at lucon dot org 2005-12-16 07:37 ---
>I made a change to i386.c. I just want to rebuild the final
--- Comment #1 from bonzini at gnu dot org 2005-12-16 09:00 ---
A "make" from a toplevel is equivalent to the old "make bubblestrap" or "make
-C bubblestrap". In practice "make" just does the right thing, compiling all
that is needed to not have comparison failures.
--
bonzini at gn
--- Comment #21 from krebbel at gcc dot gnu dot org 2005-12-16 09:02
---
Subject: Bug 24823
Author: krebbel
Date: Fri Dec 16 09:02:49 2005
New Revision: 108631
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108631
Log:
2005-12-16 Andreas Krebbel <[EMAIL PROTECTED]>
P
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2005-12-16 09:04
---
Patch submitted for review and approval.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25349
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-12-16 09:05
---
Patch submitted for review and approval.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25264
--- Comment #22 from krebbel at gcc dot gnu dot org 2005-12-16 09:09
---
Subject: Bug 24823
Author: krebbel
Date: Fri Dec 16 09:09:37 2005
New Revision: 108632
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108632
Log:
2005-12-16 Andreas Krebbel <[EMAIL PROTECTED]>
P
--- Comment #23 from krebbel at gcc dot gnu dot org 2005-12-16 09:18
---
Fixed.
--
krebbel at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from amodra at gcc dot gnu dot org 2005-12-16 09:46 ---
Subject: Bug 20425
Author: amodra
Date: Fri Dec 16 09:46:22 2005
New Revision: 108635
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108635
Log:
PR driver/20425
* gcc.c (for_each_path): New f
--- Comment #11 from amodra at bigpond dot net dot au 2005-12-16 09:49
---
Fixed mainline.
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #14 from bero at arklinux dot org 2005-12-16 09:59 ---
This happens 100% reproducably when using ResourceBundle.getString on an
existing bundle with a nonexistant key -- this is enough to reproduce, no need
for an external jar or anything:
===
imp
--- Comment #7 from th dot r dot klein at web dot de 2005-12-16 11:31
---
To me it looks like, that this patch also fixes Bug #16634
But I might be wrong, here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25428
--- Comment #8 from th dot r dot klein at web dot de 2005-12-16 11:34
---
Created an attachment (id=10513)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10513&action=view)
working: arm-elf-gcc -save-temps -mthumb-interwork -mapcs-frame -O
-march=armv4t -Wall -c except.c
--
ht
--- Comment #9 from th dot r dot klein at web dot de 2005-12-16 11:35
---
Created an attachment (id=10514)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10514&action=view)
working: arm-elf-gcc -save-temps -mthumb-interwork -mno-apcs-frame -O
-march=armv4t -Wall -c except.c
--
--- Comment #4 from hans dot ekkehard dot plesser at umb dot no 2005-12-16
11:50 ---
(In reply to comment #3)
> I cannot reproduce this on alphaev68-linux with 4.0.3 20051201 (prerelease),
> 4.1.0 20051124 (prerelease), or 4.2.0 20051124 (experimental). Could you
> perhaps try a newer v
--- Comment #24 from jakub at gcc dot gnu dot org 2005-12-16 12:12 ---
Subject: Bug 24899
Author: jakub
Date: Fri Dec 16 12:12:41 2005
New Revision: 108642
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108642
Log:
PR rtl-optimization/24899
* loop.c (strength_red
--- Comment #25 from jakub at gcc dot gnu dot org 2005-12-16 12:14 ---
Subject: Bug 24899
Author: jakub
Date: Fri Dec 16 12:14:15 2005
New Revision: 108643
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108643
Log:
PR rtl-optimization/24899
* loop.c (strength_red
The following invalid code snippet is accepted since GCC 4.0.0:
template struct A;
template<> int A<0>;
Before we got the error message:
bug.cc:2: error: `A<0>' specified as declarator-id
bug.cc:2: error: extraneous `int' ignored
--
--- Comment #15 from bero at arklinux dot org 2005-12-16 13:22 ---
Created an attachment (id=10515)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10515&action=view)
Workaround patch
The problem is with implicit exception handling.
A slight modification to libjava (making the exce
With the 4.0 branch, I'm getting a testsuite execution failure in
gcc.dg/tls/pr24428.c when using -fpic/-fPIC on x86_64-unknown-linux-gnu:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00893.html
I don't see the problem in 4.1 or mainline
--
Summary: [4.0 only] failure in gcc.dg/
--- Comment #5 from jakub at gcc dot gnu dot org 2005-12-16 13:59 ---
Yeah, verified on the original testcase
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175766#c1
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25432
I'm getting a testsuite failure in 4.1/mainline in gcc.dg/pr23911.c on x86_64
and i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00891.html
http://gcc.gnu.org/ml/gcc-testr
I'm getting testsuite failures when using -fpic/-fPIC with 4.1 and mainline in
gcc.dg/ipa/ipa-1.c ipa-2.c ipa-3.c ipa-4.c ipa-5.c on x86_64 and i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-te
--- Comment #28 from amylaar at gcc dot gnu dot org 2005-12-16 14:37
---
(In reply to comment #25)
> Smarter folks than me (iant ;-) suggest that "a multi-word rotate will
> normally
> need all the input bits when setting any of the output bits", so the entire
> no-conflict thing doesn
I'm getting a 4.1/mainline failure in gcc.dg/tree-ssa/loop-3.c on x86_64 and
i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00891.html
http://gcc.gnu.org/ml/gcc-testresul
I'm getting a -fpic/-fPIC 4.1/mainline failure in gcc.dg/tree-ssa/pr14841.c on
x86_64 and i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00891.html
http://gcc.gnu.org/ml/
--- Comment #1 from ghazi at gcc dot gnu dot org 2005-12-16 15:09 ---
Forgot to say this is with -fpic or -fPIC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25441
--- Comment #1 from ghazi at gcc dot gnu dot org 2005-12-16 15:10 ---
Forgot to say this is with -fpic or -fPIC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25443
I'm getting a -fpic/-fPIC 4.1/mainline failure in
gcc.dg/tree-ssa/wholeprogram-1.c on x86_64 and i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00891.html
http://gcc.gnu.
I'm getting a -fpic/-fPIC 4.1/mainline failure in gcc.dg/vect/vect-ifcvt-9.c on
x86_64 and i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00891.html
http://gcc.gnu.org/ml
--- Comment #2 from ghazi at gcc dot gnu dot org 2005-12-16 15:20 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01210.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from tom at tiri dot li 2005-12-16 15:54 ---
Yes, without binutils it is working.
I set following ulimits to make it compile:
ulimit -c unlimited
ulimit -d unlimited
ulimit -f unlimited
ulimit -m unlimited
ulimit -s 131072
But one open question:
I CAN COMPILE binutils-2.
/home/dave/gcc-4.2/objdir/./gcc/xgcc -B/home/dave/gcc-4.2/objdir/./gcc/
-B/home/
dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.2.0/hp
pa-linux/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/include
-isys
tem /home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/sys-incl
--- Comment #1 from danglin at gcc dot gnu dot org 2005-12-16 16:48 ---
Also hpux.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
GCC build triplet|hppa-
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-16 16:48 ---
Reopening since bubblestrap should be there and not just make.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-16 17:07 ---
Looks like Ben forgot to update the HPPA target files for the new mode.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
Hello,
when compiling this code:
procedure My_int;
pragma Machine_Attribute (My_int, "signal");
pragma Export (C, My_int, "__vector_1");
procedure My_int is begin null; end;
with avr-gcc-4.x I get this warning:
demo_ada.adb:9: warning: `demo_ada__my_int' appears to be a misspelled
s
--- Comment #26 from pinskia at gcc dot gnu dot org 2005-12-16 17:13
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from berndtrog at yahoo dot com 2005-12-16 17:13 ---
Created an attachment (id=10516)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10516&action=view)
proposed patch
patch to replace DECL_NAME by DECL_ASSEMBLER_NAME
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #6 from tromey at gcc dot gnu dot org 2005-12-16 17:21 ---
Subject: Bug 25429
Author: tromey
Date: Fri Dec 16 17:20:59 2005
New Revision: 108660
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108660
Log:
gcc/java:
PR java/25429
* parse.y (resolve_expr
Starting nbench after compiling it with -ftree-loop-linear leads to an endless
loop in the 'neural net' benchmark. This is reproducible with gcc-4.0.0 to
gcc-4.0.2.
I haven't looked at the preprocessed source for now, sorry.
--
Summary: [4.0] endless loop in nbench neural net with -ft
Take the following enum:
enum a
{
0, 1, 0x7FFFULL
};
it is still encoded as "i" even though its size is the same as "long long".
Trying to fix this the following failures which needs to be fixed:
objc.dg/encode-3.m
objc.dg/type-size-2.m
--
Summary: Enums are encod
--- Comment #7 from tromey at gcc dot gnu dot org 2005-12-16 17:24 ---
Subject: Bug 25429
Author: tromey
Date: Fri Dec 16 17:24:42 2005
New Revision: 108661
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108661
Log:
gcc/java:
PR java/25429
* parse.y (resolve_expr
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-16 17:29 ---
The enum should be
enum a
{
b = 0, c = 1, d =0x7FFFULL
};
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25450
--- Comment #8 from tromey at gcc dot gnu dot org 2005-12-16 17:30 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from danglin at gcc dot gnu dot org 2005-12-16 17:46 ---
Subject: Bug 25447
Author: danglin
Date: Fri Dec 16 17:46:13 2005
New Revision: 108665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108665
Log:
PR target/25447
* config/pa/pa.c (pa_scalar_m
Its time to add the (external maintained) patch for Atmel's new devices to
trunk.
The patch adds support for:
attiny25 attiny45 attiny85 at90pwm2 at90pwm3 atmega164 atmega324 atmega329
atmega3290 atmega640 atmega644 atmega649 atmega6490 atmega1280 atmega1281
at90can32 at90can64
--
--- Comment #4 from danglin at gcc dot gnu dot org 2005-12-16 17:49 ---
Fixed by patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25447
--- Comment #5 from danglin at gcc dot gnu dot org 2005-12-16 17:50 ---
Argh!
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|make bootstrap-lean no |[4.2 Regression] make
|longer works
Reading the documention at http://gcc.gnu.org/install/build.html
I see that "make bootstrap-lean" is mentioned and it no longer works after the
toplevel bootstrap.
[zhivago:combine/trunk/objdir1] pinskia% make bootstrap-lean
make: *** No rule to make target `bootstrap-lean'. Stop.
--
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org
|dot org |
--disable-bootstrap is not documented at all on
http://gcc.gnu.org/install/configure.html
--
Summary: [4.2 Regression] --disable-bootstrap is not documented
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: documentation
Se
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25453
--- Comment #7 from sela_lerer at hotmail dot com 2005-12-16 18:00 ---
(In reply to comment #6)
> (In reply to comment #5)
> > Ok, but what about an inner class? If A had a public inner class B and the
> > outer function had to operate on it?
>
>
> The code is still invalid. Just ther
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-16 18:00 ---
Actually I rather have bootstrap-lean work and not have to reconfigure if I
want to build a lean bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25452
http://gcc.gnu.org/onlinedocs/gccint/Makefile.html#Makefile
--
Summary: [4.2 Regression] bootstrap is still documented as
working in the GCC subdirectory
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: documenta
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25454
--- Comment #11 from uweigand at gcc dot gnu dot org 2005-12-16 18:05
---
Patch posted.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
UR
--- Comment #1 from berndtrog at yahoo dot com 2005-12-16 18:06 ---
Note: I'll attach the patch when Bugzilla has recoverd from its internal
errors...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25451
--
Summary: [4.2 Regression] "make all" with a native build now does
a bootstrap instead of a normal build
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: boots
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-16 18:06 ---
"make all" with a native build now does a bootstrap instead of a normal build.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-16 18:08 ---
This is a huge documention failure if this is supposed to work this way but I
don't think it should be working this way as it breaks my workflow for testing
objc/libobjc changes.
--
pinskia at gcc dot gnu dot org
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||build
--- Comment #3 from joseph at codesourcery dot com 2005-12-16 18:19 ---
Subject: Re: [4.2 Regression] "make all" with a native
build now does a bootstrap instead of a normal build
On Fri, 16 Dec 2005, pinskia at gcc dot gnu dot org wrote:
> "make all" with a native build now does a
--- Comment #4 from pcarlini at suse dot de 2005-12-16 18:27 ---
(In reply to comment #2)
but I
> don't think it should be working this way as it breaks my workflow for testing
> objc/libobjc changes.
Too funny, t
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-16 18:30 ---
(In reply to comment #4)
> Too funny, the Andrew-centric view of the world :-) :-)
Other people do the same too. I was just the first to complain.
There still needs to be a way to build without a bootstrap and with
Hello,
building an avr cross compiler from trunk fails with:
gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wn
o-variadic-macros -Wold-style-definition -Wmissing-format-attribute -fno-common
-DHAVE_CONFIG_H -I
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-16 18:34 ---
This is not AVR related but cc0 target related.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from pcarlini at suse dot de 2005-12-16 18:36 ---
(In reply to comment #5)
> (In reply to comment #4)
> > Too funny, the Andrew-centric view of the world :-) :-)
> Other people do the same too. I was just the first to complain.
>
> There still needs to be a way to build
/home/dave/gcc-4.2/objdir/./prev-gcc/xgcc
-B/home/dave/gcc-4.2/objdir/./prev-gcc
/ -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/ -c -g -O2 -DIN_GCC -W
-
Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-lon
g-long -Wno-variadic-macros -Wold-style-definition -Wmis
>
>
>
> --- Comment #6 from pcarlini at suse dot de 2005-12-16 18:36 ---
> (In reply to comment #5)
> > (In reply to comment #4)
> > > Too funny, the Andrew-centric view of the world :-) :-)
> > Other people do the same too. I was just the first to complain.
> >
> > There still needs
--- Comment #4 from pcarlini at suse dot de 2005-12-16 18:43 ---
Feedback not forthcoming.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|WAIT
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-12-16 18:43 ---
Subject: Re: [4.2 Regression] "make all" with a native build now does a
bootstrap instead of a normal build
>
>
>
> --- Comment #6 from pcarlini at suse dot de 2005-12-16 18:36 ---
> (In reply to commen
--- Comment #10 from eedelman at gcc dot gnu dot org 2005-12-16 18:54
---
Subject: Bug 18197
Author: eedelman
Date: Fri Dec 16 18:54:33 2005
New Revision: 108667
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108667
Log:
fortran/
2005-12-14 Erik Edelmann <[EMAIL PROTECTED]>
--- Comment #3 from ghazi at gcc dot gnu dot org 2005-12-16 19:00 ---
Subject: Bug 25215
Author: ghazi
Date: Fri Dec 16 19:00:07 2005
New Revision: 108668
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108668
Log:
PR testsuite/25215
* gcc.dg/20050503-1.c: Skip on
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-12-16 19:14 ---
Subject: Bug 25215
Author: ghazi
Date: Fri Dec 16 19:14:20 2005
New Revision: 108669
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108669
Log:
PR testsuite/25215
* gcc.dg/20050503-1.c: Skip on
--- Comment #5 from ghazi at gcc dot gnu dot org 2005-12-16 19:20 ---
Subject: Bug 25215
Author: ghazi
Date: Fri Dec 16 19:20:15 2005
New Revision: 108670
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108670
Log:
PR testsuite/25215
* gcc.dg/20050503-1.c: Skip on
--- Comment #1 from dalej at gcc dot gnu dot org 2005-12-16 19:26 ---
Probably same as 20256.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25449
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2005-12-16 19:32
---
Subject: Bug 25349
Author: jvdelisle
Date: Fri Dec 16 19:32:21 2005
New Revision: 108671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108671
Log:
2005-12-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2005-12-16 19:32
---
Subject: Bug 25264
Author: jvdelisle
Date: Fri Dec 16 19:32:21 2005
New Revision: 108671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108671
Log:
2005-12-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-12-16 19:35 ---
Patch installed.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|192
--- Comment #2 from RonnyPeine at gmx dot de 2005-12-16 19:35 ---
It is the same as 20256, so please remove this duplicate, i checked the sources
of nbench.
Sorry for sending too few information.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25449
--- Comment #3 from dberlin at gcc dot gnu dot org 2005-12-16 19:37 ---
Subject: Re: [4.0] endless loop in nbench
neural net with -ftree-loop-linear
btw, i will get around to fixing these after i merge all the stage1
projects i'm working on.
--
http://gcc.gnu.org/bugzilla/
--- Comment #1 from danglin at gcc dot gnu dot org 2005-12-16 19:39 ---
Subject: Bug 25457
Author: danglin
Date: Fri Dec 16 19:39:47 2005
New Revision: 108672
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108672
Log:
PR middle-end/25457
* reorg.c (mostly_true_ju
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2005-12-16 19:40
---
Subject: Bug 25264
Author: jvdelisle
Date: Fri Dec 16 19:40:36 2005
New Revision: 108673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108673
Log:
2005-12-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2005-12-16 19:40
---
Subject: Bug 25349
Author: jvdelisle
Date: Fri Dec 16 19:40:36 2005
New Revision: 108673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108673
Log:
2005-12-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #2 from danglin at gcc dot gnu dot org 2005-12-16 19:43 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
The following program
PROGRAM p
INTEGER(KIND=4) :: A
INTEGER(KIND=8) :: B
A = NOT(0)
B = NOT(0)
PRINT *, A, B
B = NOT(0_8)
PRINT *, A, B
END PROGRAM p
yields the following output in gfortran
-1 4294967295
-1 -1
while the e
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-16 20:05 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
/mnt/gnu/gcc-3.3/objdir/./prev-gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/./prev-gcc/
-B
/opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/bin/ -c -g -O2 -DIN_GCC -W
-Wal
l -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-l
ong -Wno-variadic-macros -Wold-style-definition -Wmissin
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build, ice-on-valid-code
Summary|builtins.c:6283: ICE: in
--- Comment #1 from danglin at gcc dot gnu dot org 2005-12-16 20:18 ---
Created an attachment (id=10517)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10517&action=view)
.i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25459
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-16 20:19 ---
Subject: Bug 25360
Author: pinskia
Date: Fri Dec 16 20:19:37 2005
New Revision: 108675
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108675
Log:
2005-12-14 Andrew Pinski <[EMAIL PROTECTED]>
PR ob
--- Comment #11 from dir at lanl dot gov 2005-12-16 20:35 ---
When the array of size 2045 or larger the error goes away -
[dranta:~/tests/gfortran-D] dir% gfortran -o write11 write11.f
[dranta:~/tests/gfortran-D] dir% write11
At line 14 of file write11.f
Fortran runtime error: Invalid a
--- Comment #3 from drow at gcc dot gnu dot org 2005-12-16 20:36 ---
Subject: Re: make: *** No rule to make target `bubblestrap'. Stop.
> A "make" from a toplevel is equivalent to the old "make bubblestrap" or "make
> -C bubblestrap". In practice "make" just does the right thing, com
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2005-12-16 20:37
---
Subject: Bug 25039
Author: jvdelisle
Date: Fri Dec 16 20:37:28 2005
New Revision: 108676
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108676
Log:
2005-12-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from drow at gcc dot gnu dot org 2005-12-16 20:38 ---
Since he did:
http://gcc.gnu.org/ml/gcc/2005-12/msg00357.html
I'm just going to close this.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2005-12-16 20:40
---
Subject: Bug 25039
Author: jvdelisle
Date: Fri Dec 16 20:40:13 2005
New Revision: 108677
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108677
Log:
2005-12-16 Jerry DeLisle <[EMAIL PROTECTED]>
Because -nostdlib currently has priority over -pthread, libtool can't build
shared C++ libraries using libpthread. A libtool maintainer told me to file a
bug with GCC. Here's my original email:
---
Subject: C++ shared library with pthread missing
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-16 21:19 ---
Why are you trying to use -nostdlib ? If libtool adds it then this is a
libtool bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 131 matches
Mail list logo
