--- 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
--- 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 #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:20 ---
Approved: http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01082.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36799
--- 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
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
--- 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
--- 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
--- 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
--- 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=gccview=revrev=145107
Log:
gcc/cp/
2009-03-27 Andrew Pinski andrew_pin...@playstation.sony.com
--- 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:
--- 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 #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
--- 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 #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
--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 -Wall -W
--- 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
--- 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 #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,
% 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:
templatetypename T
--- Comment #1 from paolo dot carlini at oracle dot com 2009-03-27 16:04
---
Just use, correctly:
w.template afuncT();
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- 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=17544action=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 #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.
--- 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:
--- 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:
--- 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,
--- 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 #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:
--- 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
--- 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=17545action=view)
Second test case with void functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39510
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
--- 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=17546action=view)
gcc44-pr39558.patch
Untested patch to fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39558
--- 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 #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=17547action=view)
gcc44-pr39563.patch
Updated patch that preserves the correct location info for the nested extern
decls.
--
--- 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 #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 #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 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:
--
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
--
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
--- 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=17548action=view)
gcc44-pr39563.patch
Patch that actually bootstrapped/regtested successfully.
Jan, could you please test it with
--- 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 #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=gccview=revrev=145128
Log:
PR debug/37959
* dwarf2out.c (dwarf_attr_name):
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
--- 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=17549action=view)
Test case gcc preprocessed files (from Fedora8 x86_64 machine)
I wasn't able to generate the preprocessed files
--- 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=17550action=view)
Sources for self-contained test case which recreated bug.
This attachment contains the complete sources
--- 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=gccview=revrev=145133
Log:
gcc/
2009-03-27 H.J. Lu hongjiu...@intel.com
PR
--- 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=gccview=revrev=145135
Log:
gcc/
2009-03-27 H.J. Lu hongjiu...@intel.com
Jakub
--- 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=gccview=revrev=145136
Log:
gcc/
2009-03-27 H.J. Lu hongjiu...@intel.com
PR c/39323
--- 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=gccview=revrev=145137
Log:
2009-03-27 Richard Guenther rguent...@suse.de
PR
--- 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=gccview=revrev=145138
Log:
gcc/
2009-03-27 H.J. Lu hongjiu...@intel.com
PR
--- 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
--- 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 integer-expression is allowed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39555
--- 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
--- 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=17551action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35623
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 #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=17552action=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.
--- 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
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
--- 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
--- 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.
--
--- 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
--- 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.f90
--- 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 integer-expression is allowed.
It is not allowed in F2003.
8.4 STOP
--- 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
--- 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 is
--- 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 #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=17553action=view)
Preprocessed source of test case
Created with avr-gcc -v -save-temps -mmcu=attiny13 -Os -c test.c
69 matches
Mail list logo
