--- Comment #5 from k dot kosciuszkiewicz+gcc at gmail dot com 2009-03-28
05:55 ---
Created an attachment (id=17553)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17553&action=view)
Preprocessed source of test case
Created with "avr-gcc -v -save-temps -mmcu=attiny13 -Os -c test.c
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-03-28 05:22 ---
This might be the case hard registers are not always copy propogated except
into inline-asm. Can you provide the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from kargl at gcc dot gnu dot org 2009-03-28 05:21 ---
(In reply to comment #5)
>
> Considering that gmp is being told to raise 2 to the 268435472nd power, I
> don't think any system's allocator would work.
>
See my first post. FreeBSD seems to handle it. But, there i
--- Comment #5 from aran at 100acres dot us 2009-03-28 04:46 ---
gmp-4.2.4 passes all test. mpfr-2.4.0 pass all except the tsprintf tests where
my version returns 1.899347461279296875e+07 and the test expects
1,899347461279296875e+07 (notice the decimal point is a period instead of a
co
--- Comment #2 from kargl at gcc dot gnu dot org 2009-03-28 03:40 ---
(In reply to comment #1)
> I think it is allowed in Fortran 2008 (could also be F2003 - I don't recall).
> Since that Fortran version also "STOP " is allowed.
>
It is not allowed in F2003.
8.4 STOP statement
R849 s
--- Comment #4 from kargl at gcc dot gnu dot org 2009-03-28 03:02 ---
(In reply to comment #3)
> I chased this to airth.c line 1054:
>
> mpz_pow_ui (result->value.integer, op1->value.integer, power);
>
> The variable power is 268435472.
>
On FreeBSD I get
REMOVE:kargl[6] gfc4x -o z a
--- Comment #4 from aran at 100acres dot us 2009-03-28 01:34 ---
Subject: Re: cabs and cabsf are named differently on NetBSD 5
What is beyond me is how darwin_patch_builtings gets called.
It looks like it is called from rs6000.c in
rs6000_init_builtins via the macro SUBTARGET_INIT_B
--- Comment #10 from tromey at gcc dot gnu dot org 2009-03-28 01:15 ---
I think this patch looks ok, assuming it works.
I'd like to reiterate that all this vector stuff would
probably be much cleaner if it were implemented as
context-sensitive keywords in the parser.
--
http://gcc.g
--- Comment #7 from hjl at gcc dot gnu dot org 2009-03-28 01:09 ---
Subject: Bug 39472
Author: hjl
Date: Sat Mar 28 01:09:37 2009
New Revision: 145157
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145157
Log:
gcc/
2009-03-27 H.J. Lu
Backport from mainline:
--- Comment #3 from aran at 100acres dot us 2009-03-28 01:09 ---
I chased this to airth.c line 1054:
mpz_pow_ui (result->value.integer, op1->value.integer, power);
The variable power is 268435472.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39571
--- Comment #2 from aran at 100acres dot us 2009-03-28 01:05 ---
gmp-4.2.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39571
--- Comment #3 from steven at gcc dot gnu dot org 2009-03-28 01:02 ---
Completely beyond you, how?
What gcc does for darwin (and this is a hack, mind you), is basically replace
the standard C99 builtins with darwin-specific ones. You have to do the same
for NetBSD.
See the following f
--- Comment #1 from steven at gcc dot gnu dot org 2009-03-28 00:51 ---
Which version of GMP are you using?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Compiling
program test
print *, 2**huge(0)
end program test
cause gfortran to crash with:
GNU MP: Cannot reallocate memory (old_size=4 new_size=268435472)
f951: internal compiler error: Abort trap
--
Summary: Compiler crash with "GNU MP: Cannot reallocate memory"
Prod
--- Comment #2 from aran at 100acres dot us 2009-03-28 00:23 ---
I really tried looking at Darwin's fix to the built-in problem, but that is
completely beyond me. Any suggestions would be very nice.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39570
--- Comment #1 from aran at 100acres dot us 2009-03-28 00:22 ---
Created an attachment (id=17552)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17552&action=view)
Grungy little patch.
This is a dirty hack for NetBSD 5.x only. It is not intended to be applied to
the main source.
On NetBSD 5.0, cabs and cabsf, defined in complex.h, are renames of __c99_cabs
and __c99_cabsf. The build-in definitions in f95-lang.c specifically name
"cabs" and "cabsf". On NetBSD 5.0, these are provided for compatibility and
emit a linker warning when linking. This causes 7000 or so tests to
--- Comment #2 from rmansfield at qnx dot com 2009-03-28 00:16 ---
Created an attachment (id=17551)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17551&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35623
--- Comment #1 from ramana at gcc dot gnu dot org 2009-03-28 00:05 ---
Since 4.4 is close to being our current release branch, it would be helpful if
you could provide a testcase where you spot the ICE . It would be useful to
have a preprocessed file to see why the ICE is occurring quick
--- Comment #1 from burnus at gcc dot gnu dot org 2009-03-27 23:28 ---
I think it is allowed in Fortran 2008 (could also be F2003 - I don't recall).
Since that Fortran version also "STOP " is allowed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39555
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-03-27 22:41 ---
Fixed for 4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|4
--- Comment #9 from hjl at gcc dot gnu dot org 2009-03-27 22:37 ---
Subject: Bug 39315
Author: hjl
Date: Fri Mar 27 22:37:39 2009
New Revision: 145138
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145138
Log:
gcc/
2009-03-27 H.J. Lu
PR middle-end/39315
* cf
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-03-27 22:36 ---
Subject: Bug 39120
Author: rguenth
Date: Fri Mar 27 22:36:33 2009
New Revision: 145137
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145137
Log:
2009-03-27 Richard Guenther
PR tree-optimization/
--- Comment #4 from hjl at gcc dot gnu dot org 2009-03-27 22:33 ---
Subject: Bug 39323
Author: hjl
Date: Fri Mar 27 22:33:16 2009
New Revision: 145136
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145136
Log:
gcc/
2009-03-27 H.J. Lu
PR c/39323
* c-common.c
--- Comment #3 from hjl at gcc dot gnu dot org 2009-03-27 22:28 ---
Subject: Bug 38034
Author: hjl
Date: Fri Mar 27 22:28:20 2009
New Revision: 145135
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145135
Log:
gcc/
2009-03-27 H.J. Lu
Jakub Jelinek
PR t
--- Comment #6 from hjl at gcc dot gnu dot org 2009-03-27 22:22 ---
Subject: Bug 39472
Author: hjl
Date: Fri Mar 27 22:22:30 2009
New Revision: 145133
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145133
Log:
gcc/
2009-03-27 H.J. Lu
PR target/39472
* config
--- Comment #2 from jmcdonald at fairfield dot com 2009-03-27 22:05 ---
Created an attachment (id=17550)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17550&action=view)
Sources for self-contained test case which recreated bug.
This attachment contains the complete sources & makef
--- Comment #1 from jmcdonald at fairfield dot com 2009-03-27 21:59 ---
Created an attachment (id=17549)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17549&action=view)
Test case gcc preprocessed files (from Fedora8 x86_64 machine)
I wasn't able to generate the preprocessed files
Good afternoon,
I've encountered a memory corruption problem writing to a stringstream after
I've called syslog(), and I've been unable to find resolution.
The short summary is that if my program makes a call to syslog(), then later
during execution when I write >136 bytes of data into an std::
--- Comment #3 from jakub at gcc dot gnu dot org 2009-03-27 21:44 ---
Subject: Bug 37959
Author: jakub
Date: Fri Mar 27 21:44:21 2009
New Revision: 145128
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145128
Log:
PR debug/37959
* dwarf2out.c (dwarf_attr_name): H
--- Comment #9 from meissner at linux dot vnet dot ibm dot com 2009-03-27
21:20 ---
Subject: Re: Bad interaction of decls named 'vector' and -maltivec vector
support
On Fri, Mar 27, 2009 at 05:55:05PM -, jakub at gcc dot gnu dot org wrote:
>
>
> --- Comment #8 from jakub at
--- Comment #5 from jakub at gcc dot gnu dot org 2009-03-27 20:46 ---
Created an attachment (id=17548)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17548&action=view)
gcc44-pr39563.patch
Patch that actually bootstrapped/regtested successfully.
Jan, could you please test it with g
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39548
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39557
--- Comment #8 from andreast at gcc dot gnu dot org 2009-03-27 19:53
---
I confirm a successful bootstrap on powerpc-unknown-linux-gnu.
Thanks Rafael!
[andre...@mini objdir]$ ./gcc/xgcc -v
Using built-in specs.
COLLECT_GCC=./gcc/xgcc
Target: powerpc-unknown-linux-gnu
Configured with:
--- Comment #9 from jason at gcc dot gnu dot org 2009-03-27 18:34 ---
You're right, a template-id does still get argument-dependent lookup.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from davidxl at gcc dot gnu dot org 2009-03-27 18:28 ---
See r145118 for the fix.
--
davidxl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from davidxl at gcc dot gnu dot org 2009-03-27 18:25 ---
See SVN revision 145121 for the fix.
--
davidxl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2009-03-27 18:19 ---
Created an attachment (id=17547)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17547&action=view)
gcc44-pr39563.patch
Updated patch that preserves the correct location info for the nested extern
decls.
--
ja
--- Comment #1 from spop at gcc dot gnu dot org 2009-03-27 18:01 ---
Thanks Tobias for working on this one.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jakub at gcc dot gnu dot org 2009-03-27 17:55 ---
Created an attachment (id=17546)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17546&action=view)
gcc44-pr39558.patch
Untested patch to fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39558
We create an LOOPS vector for every gimple_bb in a SCoP. This is not necessary.
It is just used for the functions
gbb_loop_index and gbb_loop_at_index
As the order of the LOOPS vector never changes (all transformations are made
using the scattering functions) it can be replaced in
gbb_loop_index
--- Comment #3 from k dot kosciuszkiewicz+gcc at gmail dot com 2009-03-27
17:47 ---
Created an attachment (id=17545)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17545&action=view)
Second test case with void functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39510
--- Comment #2 from k dot kosciuszkiewicz+gcc at gmail dot com 2009-03-27
17:46 ---
I can't see how register usage and calling convention affect this.
As I said before, this behaviour bit me in a naked interrupt handler, with no
arguments and no return value.
I'm attaching a fixed tes
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-27
17:38 ---
Subject: Re: objc_msg_sendv is broken for targets which pass argument via
registers
> It's still failing several months later.
> x86_64: http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01199.html
> ppc64: htt
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-27 17:27 ---
CC'ing micha.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #23 from steven at gcc dot gnu dot org 2009-03-27 17:27 ---
The checkin of the broken patch mentioned in comment #15 is here:
http://gcc.gnu.org/ml/gcc-cvs/2005-03/msg01521.html
Poor ctice also didn't manage to properly check in a ChangeLog entry, but oh
well.
--
steven
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-27 17:26 ---
The issue is that TER does not build large trees for the multiplications as
the factors are used multiple times (and come from memory). Thus the expander
does not see the widened multiplication and appearantly combi
--- Comment #3 from ramana at gcc dot gnu dot org 2009-03-27 17:12 ---
I can see this with trunk as well as 4.3 branch today.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from eric dot weddington at atmel dot com 2009-03-27 17:06
---
This bug is invalid.
Your test code is in main() which returns an int. The return value is stored in
r24. So the code is correct to store the value in both r2 (test) and r24.
See the avr-libc user manual, FA
--- Comment #8 from ghazi at gcc dot gnu dot org 2009-03-27 16:55 ---
(In reply to comment #7)
> It's still failing several months later.
> x86_64: http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01199.html
The x86_64 link should be:
http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg02744.h
--- Comment #7 from ghazi at gcc dot gnu dot org 2009-03-27 16:51 ---
Andrew - You added the testcase for this PR back in December to see which lp64
targets failed:
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01199.html
It's still failing several months later.
x86_64: http://gcc.gnu.or
--- Comment #22 from ghazi at gcc dot gnu dot org 2009-03-27 16:37 ---
I still see failures in bb-reorg.c and pr34999.c on x86_64-unknown-linux-gnu:
http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg02744.html
The error message is slightly different than what others have posted here. I'
--- Comment #3 from jakub at gcc dot gnu dot org 2009-03-27 16:33 ---
Created an attachment (id=17544)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17544&action=view)
gcc44-pr39563.patch
Untested fix.
The problem with this patch is that DW_AT_decl_file and DW_AT_decl_line of the
--- Comment #1 from paolo dot carlini at oracle dot com 2009-03-27 16:04
---
Just use, correctly:
w.template afunc();
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
% g++ -v
Using built-in specs.
Target: i386-pc-solaris2.10
Configured with: ../gcc-4.3.3/configure --prefix=/home/robind/local
--with-gnu-as --with-as=/usr/sfw/bin/gas --without-gnu-ld
--with-ld=/usr/ccs/bin/ld
Thread model: posix
gcc version 4.3.3 (GCC)
With this source file:
template
struct wom
--- Comment #7 from meissner at linux dot vnet dot ibm dot com 2009-03-27
15:59 ---
Subject: Re: Bad interaction of decls named 'vector' and -maltivec vector
support
On Fri, Mar 27, 2009 at 11:18:52AM -0400, Michael Meissner wrote:
> Note, there is problem with infinite recursion, sin
--- Comment #6 from meissner at linux dot vnet dot ibm dot com 2009-03-27
15:19 ---
Subject: Re: Bad interaction of decls named 'vector' and -maltivec vector
support
On Fri, Mar 27, 2009 at 11:09:57AM -, jakub at gcc dot gnu dot org wrote:
>
>
> --- Comment #5 from jakub at
--- Comment #21 from dominiq at lps dot ens dot fr 2009-03-27 15:13 ---
The failure reported in comment #17 has been fixed by revision 145109.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35652
nline
--enable-languages=c --enable-gather-detailed-mem-stats --with-cpu=default64
Thread model: posix
gcc version 4.4.0 20090327 (experimental) [trunk revision 145100] (GCC)
as
[luc...@descartes compiler.i-test]$
/pkgs/gcc-mainline/libexec/gcc/powerpc64-unknown-linux-gnu/4.4.0/cc1
-I../include -Wa
--- Comment #2 from edmar at freescale dot com 2009-03-27 15:01 ---
I noticed that too. On x86_64 there is no undefined symbol either.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39565
--- Comment #20 from dominiq at lps dot ens dot fr 2009-03-27 14:50 ---
Currently testing the patch in
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01377.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35652
--- Comment #19 from dominiq at lps dot ens dot fr 2009-03-27 14:44 ---
> If this isn't resolved quickly please open a bugreport for this.
I'll do it. This is a recurrent issue due to maintainers not using the -Werror
in their tests.
Unfortunately I don't remember how such failures hav
--- Comment #18 from rguenth at gcc dot gnu dot org 2009-03-27 14:34
---
If this isn't resolved quickly please open a bugreport for this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35652
--- Comment #17 from dominiq at lps dot ens dot fr 2009-03-27 14:30 ---
The commit in comment #16 breaks bootstrap on *-darwin9:
...
cc1: warnings being treated as errors
../../gcc-4.4-work/gcc/c-common.c: In function 'pointer_int_sum':
../../gcc-4.4-work/gcc/c-common.c:3320: error: for
--- Comment #4 from hjl at gcc dot gnu dot org 2009-03-27 13:36 ---
Subject: Bug 38638
Author: hjl
Date: Fri Mar 27 13:36:33 2009
New Revision: 145107
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145107
Log:
gcc/cp/
2009-03-27 Andrew Pinski
PR c++/38638
*
--- Comment #6 from hjl at gcc dot gnu dot org 2009-03-27 13:28 ---
Subject: Bug 36799
Author: hjl
Date: Fri Mar 27 13:28:44 2009
New Revision: 145106
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145106
Log:
gcc/
2009-03-27 Andrew Pinski
PR c++/36799
* gin
--- Comment #6 from hjl at gcc dot gnu dot org 2009-03-27 13:17 ---
Subject: Bug 37647
Author: hjl
Date: Fri Mar 27 13:17:37 2009
New Revision: 145105
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145105
Log:
gcc/cp/
2009-03-27 Simon Martin
PR c++/37647
* d
--- Comment #10 from hjl at gcc dot gnu dot org 2009-03-27 13:11 ---
Subject: Bug 29727
Author: hjl
Date: Fri Mar 27 13:11:29 2009
New Revision: 145104
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145104
Log:
gcc/cp/
2009-03-27 Simon Martin
PR c++/29727
*
--- Comment #16 from hjl at gcc dot gnu dot org 2009-03-27 12:53 ---
Subject: Bug 35652
Author: hjl
Date: Fri Mar 27 12:52:52 2009
New Revision: 145102
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145102
Log:
gcc/
2009-03-27 Manuel Lopez-Ibanez
PR c++/35652
--- Comment #2 from jakub at gcc dot gnu dot org 2009-03-27 12:38 ---
This seems to be just a C FE problem, C++ FE compiling the exact same testcase
gives the expected output (DW_TAG_lexical_block with DW_TAG_variable with
DW_AT_external). So IMHO just the C FE should be fixed to handle
--- Comment #5 from jakub at gcc dot gnu dot org 2009-03-27 11:09 ---
Ah, I see. The problem is that rs6000_macro_to_expand sometimes calls
cpp_get_token (when seeing a macro after vector token), and removes optionally
some CPP_PADDING tokens and a NT_MACRO token (with PREV_WHITE set on
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-27 09:23 ---
This was fixed in GCC 4.3.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-27 09:19 ---
I get
t.o: file format elf32-i386
SYMBOL TABLE:
ldf *ABS* t.c
ld .text .text
ld .data .data
ld .bss .bss
I tried to reduce the code to a minimum, so the example does no longer make
sense at all.
However, the point is, that the code is supposed to return half the count of
elements in a container (e.g. if the container holds 16 elements, the function
would return 16, if it holds 33 elements, the functio
--- Comment #3 from andreasmeier80 at gmx dot de 2009-03-27 07:20 ---
Approved: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01084.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38638
--- Comment #5 from andreasmeier80 at gmx dot de 2009-03-27 07:20 ---
Approved: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01082.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36799
--- Comment #9 from andreasmeier80 at gmx dot de 2009-03-27 07:18 ---
Approved: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01080.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29727
--- Comment #5 from andreasmeier80 at gmx dot de 2009-03-27 07:17 ---
Approved patch: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01080.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37647
--- Comment #15 from andreasmeier80 at gmx dot de 2009-03-27 07:16 ---
Approved here: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01079.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35652
80 matches
Mail list logo
