--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2005-12-17 07:16
---
The question whether libtool should use -nostdlib in conjunction with adding
all the other stuff explicitly is surely a valid one, if not completely trivial
and with some interesting corner cases. It is, however
--- Comment #2 from kargl at gcc dot gnu dot org 2005-12-17 05:25 ---
One more note. I used "svn swtch" to remove the java and libjava sources
from my local tree to free up space. Not knowing what fastjar is, I left
it in place.
I also restarted a build from scratch to get a copy of
--- Comment #1 from kargl at gcc dot gnu dot org 2005-12-17 05:17 ---
Note, this is with a "gmake bootstrap" in a clean directory.
There are no local modification of configure* files in my tree.
mkdir obj
cd obj
../gcc4x/configure --prefix=$HOME/work/4x --disable-libmudflap \
--enable-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||build
fastjar appears to have been broken with the new bootstrap.
gmake bootstrap aborts with
gmake[1]: Entering directory `/home/kargl/gcc/obj4x'
Configuring in ./fastjar
configure: loading cache ./config.cache
configure: error: `CFLAGS' has changed since the previous run:
configure: former value:
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-12-17 04:02 ---
Fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #3 from sayle at gcc dot gnu dot org 2005-12-17 03:09 ---
Subject: Bug 20016
Author: sayle
Date: Sat Dec 17 03:09:43 2005
New Revision: 108708
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108708
Log:
2005-12-16 Bernd Trog <[EMAIL PROTECTED]>
PR target/20
--- Comment #18 from kazu at gcc dot gnu dot org 2005-12-17 02:27 ---
Anil, would you care to post your patch on gcc-patches?
In general, people don't review patches in PRs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14798
--- Comment #3 from kazu at gcc dot gnu dot org 2005-12-17 02:20 ---
Just checked in a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #4 from kazu at gcc dot gnu dot org 2005-12-17 02:19 ---
Sorry, I closed a wrong bug. I meant to close PR 25456.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from kazu at gcc dot gnu dot org 2005-12-17 02:10 ---
Just checked in a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org
|dot org
--- Comment #2 from kazu at gcc dot gnu dot org 2005-12-17 02:05 ---
Subject: Bug 25456
Author: kazu
Date: Sat Dec 17 02:05:07 2005
New Revision: 108707
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108707
Log:
PR rtl-optimization/25456
* struct-equiv.c (struct_
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-12-17 00:50 ---
Yes this is case which looks like
unsigned short cw;
__asm__ __volatile__("fstcw %0" : "=m"(cw));
cw &= ~(0x01|0x04|0x08);
__asm__ __volatile__("fldcw %0" : : "m"(cw));
res = a*b;
__asm__ __volat
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-17 00:26 ---
No feedback in 3 months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from steven at gcc dot gnu dot org 2005-12-16 23:58 ---
Re. comment #3, I can reproduce the bug with -fno-gcse-lm too, so this may be
unrelated to load motion. I also tried with -O -fgcse and I'm seeing the bug
then, too. Finally, I tried with CPROP1, CPROP2 and load pre
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2005-12-16 23:49
---
Subject: Bug 24268
Author: jvdelisle
Date: Fri Dec 16 23:49:33 2005
New Revision: 108696
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108696
Log:
2005-12-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-12-16 23:44
---
Subject: Bug 24268
Author: jvdelisle
Date: Fri Dec 16 23:44:14 2005
New Revision: 108695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108695
Log:
2005-12-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from kargl at gcc dot gnu dot org 2005-12-16 23:34 ---
I'll commit to 4.1 in a few days.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from kargl at gcc dot gnu dot org 2005-12-16 23:32 ---
Subject: Bug 25106
Author: kargl
Date: Fri Dec 16 23:32:29 2005
New Revision: 108692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108692
Log:
2005-12-10 Steven G. Kargl <[EMAIL PROTECTED]>
PR fortr
--- Comment #3 from kargl at gcc dot gnu dot org 2005-12-16 23:32 ---
Subject: Bug 25055
Author: kargl
Date: Fri Dec 16 23:32:29 2005
New Revision: 108692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108692
Log:
2005-12-10 Steven G. Kargl <[EMAIL PROTECTED]>
PR fortr
--- Comment #20 from steven at gcc dot gnu dot org 2005-12-16 22:46 ---
Review mail was here: http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00121.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22313
--- Comment #30 from steven at gcc dot gnu dot org 2005-12-16 22:25 ---
Should be fixed on the trunk.
I guess the patch could be backported to all active branches, the bug is latent
but present in all GCCs releases since 2.early.
--
steven at gcc dot gnu dot org changed:
--- Comment #3 from steven at gcc dot gnu dot org 2005-12-16 22:21 ---
Sorry for this. I had to edit my patch that caused this problem, and I forgot
to bootstrap it on a target with delay slots :-(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25457
--- Comment #29 from steven at gcc dot gnu dot org 2005-12-16 22:19 ---
Subject: Bug 23837
Author: steven
Date: Fri Dec 16 22:19:09 2005
New Revision: 108690
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108690
Log:
PR rtl-optimization/23837
* optabs.c (expand_b
--- Comment #3 from bje at gcc dot gnu dot org 2005-12-16 22:14 ---
Fixed.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from bje at gcc dot gnu dot org 2005-12-16 22:13 ---
Subject: Bug 25422
Author: bje
Date: Fri Dec 16 22:12:55 2005
New Revision: 108689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108689
Log:
PR testsuite/25422
* gcc.dg/20031012-1.c: Add -Walway
--- Comment #9 from gdr at integrable-solutions dot net 2005-12-16 22:01
---
Subject: Re: [4.2 Regression] "make all" with a native build now does a
bootstrap instead of a normal build
Andrew Pinski <[EMAIL PROTECTED]> writes:
[...]
| But he did not which is why there is a bug repor
Andrew Pinski <[EMAIL PROTECTED]> writes:
[...]
| But he did not which is why there is a bug report.
At this moment, I guess the most important thing is that how to "make"
is clarified and Paolo is willing to fix any problem that might
result from his change. I'm doing what Daniel J. requested
--- Comment #2 from danglin at gcc dot gnu dot org 2005-12-16 21:46 ---
It seems condjump_equiv_p (info, false) returns false because
f1->dest and f2->dest are forwarder blocks:
(gdb) p/x f1->dest->flags
$6 = 0xc01
(gdb) p/x f2->dest->flags
$8 = 0xc01
/* To simplify use of this funct
--- Comment #5 from falk at debian dot org 2005-12-16 21:34 ---
(In reply to comment #4)
> It does NOT occur under
> gcc version 4.0.3 20051208 (prerelease)
Okay, so let's close it, then.
--
falk at debian dot org changed:
What|Removed |Added
---
--- 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
---
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 #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]>
--- 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 #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 #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 #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 #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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build, ice-on-valid-code
Summary|builtins.c:6283: ICE: in
/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
--- 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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
/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 to be a way to build
--- 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
-
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 #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
--- 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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||build
--- 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
--- 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
-
--
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 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
--- 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
--
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
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
--- 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
--- 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
--
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
--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
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org
|dot org |
--
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.
--
--- 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
--- 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
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 #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
--- 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 #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 #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
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
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
--- 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
--- 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 #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
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 #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
-
--- 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 #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-
/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
1 - 100 of 131 matches
Mail list logo