Balthasar Biedermann schrieb:
I create a gcc-backend. I have already created the *.md, *.h and *.c
files and I have compiled the gcc which includes backend.
But when I try to compile a simple c-File with my gcc I get a
Segmentation fault. I tried to debug it but I don't get the point.
The
The Error occures in mark_jump_label_1. It is called with a null pointer
as the rtx x.
Does nobody have an idea why or where the error occures? I really start
to became desperate.
I'm sure plenty of people have an idea of why the error occurs.
However, you need to be clearer in explaining
Tobias Grosser wrote:
I would like to improve the way how we handle scalar variables and ivs
during graphite transformation.
I am not sure, if I got it right and where to put my code in the backend.
So it would be great, if you could read over my ideas.
The problem:
In
Ben Elliston schrieb:
Perhaps you could get a stack backtrace and try to understand why you're
getting a NULL_RTX passed in?
I already made a stack backtrace and posted it in my first mail:
Program received signal SIGSEGV, Segmentation fault.
0x081c5d48 in mark_jump_label_1 (x=0x0,
On Wed, 2008-08-20 at 09:10 +0200, Albert Cohen wrote:
Tobias Grosser wrote:
I would like to improve the way how we handle scalar variables and ivs
during graphite transformation.
I am not sure, if I got it right and where to put my code in the backend.
So it would be great, if you could
Balthasar Biedermann [EMAIL PROTECTED] writes:
#0 0x081c5d48 in mark_jump_label_1 (x=0x0, insn=0xb7b77118, in_mem=0
'\0', is_target=0 '\0') at ../.././gcc/jump.c:987
#1 0x081c60e0 in mark_jump_label_1 (x=0xb7b70e28, insn=0xb7b77118,
in_mem=0 '\0', is_target=0 '\0') at
That is clear. Thanks. I personally would be perfectly happy if the
compiler said
bug.c:4.COLUMN: error: called object is not a function
That is, fixing the compiler to includes parts of the source code in
the error message itself is, for me, of considerably lower priority
than fixing
Oh yes. Well, there is a lot of fine-tunning to do but I think that
would be covered by A.1 and the binary_op expression would have at
least two locations begin/end pointing to X and r. If we are able to
print ({break;}), in the example I gave earlier, then we will be able
to print nice
Hi Jan, hi Sebastian,
while looking in the graphite backend code I stepped over a commit
(r138161) introducing graphite_loops_mapping.
At the moment I do not understand perfectly for what it is used, as it
seems to mirror a feature I already implemented (see graphite.h):
2008/8/20 Arnaud Charlet [EMAIL PROTECTED]:
The way I did it, since I thought that adding a new location_t field in
the expr struct would likely be a no-no (due to additional memory usage) is to
use a hash table on the side, and use macros (SET_EXPR_LOCATION2,
GET_EXPR_LOCATION2) that are
Would your implementation also handle two locations for tokens that
come from macro expansion?
macro expansion are tricky to handle as far as I could see, so currently
this is not handled. It's tricky because some locations are real in
the source, and some are virtual from the macro.
Consider
Manuel == Manuel López-Ibáñez [EMAIL PROTECTED] writes:
Manuel If I ever get the time, I would like to abstract our line-map
Manuel implementation within a location_manager object and API but
Manuel I don't think this conflicts directly with your work.
I am curious to know how this would be
2008/8/20 Tom Tromey [EMAIL PROTECTED]:
Manuel == Manuel López-Ibáñez [EMAIL PROTECTED] writes:
Manuel If I ever get the time, I would like to abstract our line-map
Manuel implementation within a location_manager object and API but
Manuel I don't think this conflicts directly with your work.
If we want to implement re-opening files and reading strings given
locations, then opening/reading files should also be moved out of CCP
to its own module/namespace/object.
Agreed. Other modules may find these APIs very handy.
Currently many features are only available very deep or hidden
2008/8/20 Arnaud Charlet [EMAIL PROTECTED]:
If we want to implement re-opening files and reading strings given
locations, then opening/reading files should also be moved out of CCP
to its own module/namespace/object.
Agreed. Other modules may find these APIs very handy.
Currently many
Not just that, probably Fortran/Ada are already duplicating stuff that
is in libcpp or they are implementing their own version of stuff that
C/C++ are lacking (caret diagnostics? character encodings?).
Well, clearly, the preprocessor and handling of #include is very
C/C++ specific, and not
Hi Jan, hi Sebastian,
Can you explain why you decided to replace GBB_LOOPS with
loops_mapping?
Where there any shortcomings in my implementation or did you need some
different features?
I think we got confused about the existing implementation. The concern
was that a transform could
On Wed, Aug 20, 2008 at 06:31:11AM -0700, Ian Lance Taylor wrote:
Writing your own gcc backend requires digging into the code and
figuring it out. It's not simple. We can't answer precise and
detailed questions about how it is supposed to work, but we can't help
you debug it.
I think you
Manuel López-Ibáñez wrote:
2008/8/20 Arnaud Charlet [EMAIL PROTECTED]:
If we want to implement re-opening files and reading strings given
locations, then opening/reading files should also be moved out of CCP
to its own module/namespace/object.
Agreed. Other modules may find these APIs very
Hi gcc community, hi graphities,
since Monday Google Summer of Code 2008 is over and I would like to
write a little bit about my SOC project.
First of all I would like to thank Sebastian for being my mentor. It was
really fun to work with you. I never felt alone and always got great
mail or
Hi Tobias,
On Wed, Aug 20, 2008 at 4:45 PM, Tobias Grosser
[EMAIL PROTECTED] wrote:
So even if Google Summer of Code has finished. I do not want to say
Goodbye, but Hello to you.
I am looking forward to work with you on gcc and graphite!
I would like to say a big thank you for your
Hi,
I am a student in Utah State University researching on compilers optimization
techniques.
I wanted to know how I could use gcc for experimenting with optimization.
Here is what I intend to do:
1) Understand the control flow graphs being generated by GCC, which I could
build using the
Hi Rohan,
I have already worked on cfg data structure, plugin data flow pass on cfg.
For this purpose, following links would be useful.
http://www.cse.iitb.ac.in/~uday/gcc-workshop/?file=downloads
more info can be available at
http://www.cse.iitb.ac.in/grc/
- Seema
On Thu, Aug 21, 2008 at
--- Comment #4 from oakad at yahoo dot com 2008-08-20 06:32 ---
(In reply to comment #3)
Can you provide the preprocessed source which you can get via the -save-temps
option. Also does using -fno-strict-aliasing fix the issue?
-fno-strict-aliasing appears to have no effect on
--- Comment #5 from oakad at yahoo dot com 2008-08-20 06:33 ---
Created an attachment (id=16103)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16103action=view)
Preprocessed cfi_flash.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37107
--- Comment #6 from oakad at yahoo dot com 2008-08-20 06:34 ---
Created an attachment (id=16104)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16104action=view)
Full assembler output of cfi_flash.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37107
this night's trunk breaks building CP2K, testcase to be attached:
gfortran -c -O3 -ffast-math -funroll-loops -ftree-vectorize -march=native -v
bug.f90
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /data/vondele/gcc_bench/gcc_trunk/gcc/configure
--- Comment #1 from jv244 at cam dot ac dot uk 2008-08-20 07:36 ---
Created an attachment (id=16105)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16105action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37174
--- Comment #1 from dominiq at lps dot ens dot fr 2008-08-20 07:54 ---
Confirmed on i686-apple-darwin9 in 32-bit mode:
[ibook-dhum] lin/test% gfc -c -O2 -ftree-vectorize
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/vect/pr33301.f
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com
|dot org
--- Comment #2 from wouter dot vermaelen at scarlet dot be 2008-08-20
09:38 ---
I can trigger the same ICE with this testcase:
---
int* getFoo();
struct Bar {
Bar();
int* foo1;
int* foo2;
int*
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-20 09:41 ---
Interesting. Can you attach preprocessed source? I suspect this bug may
show/hide based on libc implementation details (toupper can be a macro).
--
rguenth at gcc dot gnu dot org changed:
What
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|regression |c
Target Milestone|--- |4.4.0
Cannot compile with -O0 or -O1, or without specifing optimization.
1.c:
#include iostream
struct X {
static const int ABC = 1;
static const int DEF = 2;
};
int main(int argc, char * argv[])
{
std::cout (argc 1 ? X::ABC : X::DEF) std::endl;
}
g++ 1.cpp
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|middle-end |tree-optimization
Keywords|
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com
|dot org
--- Comment #1 from paolo dot carlini at oracle dot com 2008-08-20 09:53
---
*** This bug has been marked as a duplicate of 14410 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #7 from paolo dot carlini at oracle dot com 2008-08-20 09:53
---
*** Bug 37172 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2008-08-20 09:58
---
Yes, because the code is invalid, a *definition* of ABC and DEF is missing: add
const int X::ABC; const int X::DEF; after your declaration of X and things will
work.
--
paolo dot carlini at oracle dot com
My recent 2.6.21.6-rt21 kernel build for ARM dumps a NULL pointer dereference
exception due to a missing loop termination condition that was omitted by the
gcc 4.3.1 optimizer.
This happens in net/ipv4/inet_hashtables.c, in function
inet_lookup_listener_slow which is inlined by the optimizer
--- Comment #1 from berndorfer at festo dot at 2008-08-20 10:14 ---
Created an attachment (id=16106)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16106action=view)
intermediate assembler file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37176
--- Comment #2 from berndorfer at festo dot at 2008-08-20 10:15 ---
Created an attachment (id=16107)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16107action=view)
intermediate .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37176
--- Comment #3 from wouter dot vermaelen at scarlet dot be 2008-08-20
10:43 ---
I can confirm, SVN revision [EMAIL PROTECTED] is the first one with this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37174
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-20 11:32 ---
There is some connection with PR 36296 but perhaps they are not exactly the
same issue.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
The bug was discovered using the line in the summary, but a reduced test case
also produces the ICE:
namespace N1
{
templateclass T bool foo(); }
}
int main()
{
decltype(N1::fooint) a;
}
I believe this is ice-on-valid since removing the template like so:
namespace N1 { bool foo(); }
int
--- Comment #4 from irar at il dot ibm dot com 2008-08-20 12:18 ---
I am testing the following patch:
Index: tree-vect-analyze.c
===
--- tree-vect-analyze.c (revision 139225)
+++ tree-vect-analyze.c (working copy)
@@
--- Comment #11 from dodji at gcc dot gnu dot org 2008-08-20 12:33 ---
Created an attachment (id=16108)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16108action=view)
6th patch
Another refinement.
--
dodji at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from jv244 at cam dot ac dot uk 2008-08-20 12:34 ---
(In reply to comment #4)
I am testing the following patch:
I checked that it fixed the problem with the original bug (PR37174.tgz)
Thanks!
Index: tree-vect-analyze.c
--- Comment #2 from hjl at gcc dot gnu dot org 2008-08-20 13:23 ---
Subject: Bug 37169
Author: hjl
Date: Wed Aug 20 13:22:30 2008
New Revision: 139289
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139289
Log:
gcc/
2008-08-20 H.J. Lu [EMAIL PROTECTED]
PR target/37169
--- Comment #3 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
14:04 ---
Created an attachment (id=16109)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16109action=view)
Preprocessed source for the bad case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37171
--- Comment #4 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
14:05 ---
Created an attachment (id=16110)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16110action=view)
Preprocessed source for the good case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37171
--- Comment #5 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
14:06 ---
Created an attachment (id=16111)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16111action=view)
Generated ASM code for the bad case
Notice that __ctype_toupper_loc is called 6 times in this code.
--- Comment #6 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
14:07 ---
Created an attachment (id=16112)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16112action=view)
Generated ASM code for the good case
The __ctype_toupper_loc function, differently than the bad case
--- Comment #7 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
14:21 ---
The preprocessed sources for strncasecmp.c are exactly the same for both cases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37171
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #13 from vda dot linux at googlemail dot com 2008-08-20 14:57
---
Created an attachment (id=16113)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16113action=view)
Updated doubleint-based patch. DOES NOT PASS TESTSUITE.
--
vda dot linux at googlemail dot com
--- Comment #14 from vda dot linux at googlemail dot com 2008-08-20 14:58
---
Created an attachment (id=16114)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16114action=view)
Tree based patch. Passes bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28632
--- Comment #15 from vda dot linux at googlemail dot com 2008-08-20 15:07
---
(In reply to comment #13)
Created an attachment (id=16113)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16113action=view) [edit]
Updated doubleint-based patch. DOES NOT PASS TESTSUITE.
I meant does
--- Comment #1 from hp at gcc dot gnu dot org 2008-08-20 15:30 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01407.html.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-08-20 15:42 ---
program foo
implicit none
common /mycom/ arr(10_8:12_8)
!$omp threadprivate (/mycom/)
integer*8 i
real*8 arr
do i=10_8,12_8
write(*,*) i
arr(i)=0.0d0
enddo
end
--- Comment #8 from jakub at gcc dot gnu dot org 2008-08-20 15:51 ---
Subject: Bug 37171
Author: jakub
Date: Wed Aug 20 15:50:23 2008
New Revision: 139317
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139317
Log:
PR c/37171
* c-parser.c (c_parser_attributes): For
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-20 16:07 ---
Subject: Bug 35602
Author: manu
Date: Wed Aug 20 16:05:58 2008
New Revision: 139328
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139328
Log:
2008-08-20 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #9 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
16:09 ---
With revision 139317, the numbers for 197.parser as back to normal and the
generated ASM code carries only a single call to __ctype_toupper_loc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37171
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-20 16:11 ---
Subject: Bug 35701
Author: manu
Date: Wed Aug 20 16:09:45 2008
New Revision: 139329
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139329
Log:
2008-08-20 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR 35701
--- Comment #6 from manu at gcc dot gnu dot org 2008-08-20 16:13 ---
Fixed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from jakub at gcc dot gnu dot org 2008-08-20 16:13 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-20 16:13 ---
Fixed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from manu at gcc dot gnu dot org 2008-08-20 16:36 ---
Subject: Bug 35158
Author: manu
Date: Wed Aug 20 16:35:21 2008
New Revision: 139335
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139335
Log:
2008-08-20 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #11 from manu at gcc dot gnu dot org 2008-08-20 16:38 ---
Fixed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
Using gcc version 4.3.1 (Debian 4.3.1-9) on amd64 I get a warning I shouldn't:
$ gcc -O2 -Wstrict-overflow=2 testcase-min.i -c
testcase-min.i: In function cli_scanrar:
testcase-min.i:40: warning: assuming signed overflow does not occur when
simplifying conditional to constant
At line 40 there
--- Comment #1 from edwintorok at gmail dot com 2008-08-20 17:52 ---
Created an attachment (id=16115)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16115action=view)
reduced testcase
the testcase is reduced from clamav's scanners.c
--
--- Comment #2 from jakub at gcc dot gnu dot org 2008-08-20 18:24 ---
Created an attachment (id=16116)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16116action=view)
gcc41-pr36189.patch
This works for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36189
The vortex86sx claims to be 486-compliant, but it gives Illegal Instruction
on ffreep.
GCC uses ffreep when compiling many pieces of software, rendering them unusable
on this processor.
I do not see any way to explicitly blacklist the opcode, and setting -march to
i486, i386, or native does not
The vortex86sx claims to be 486-compliant, but it gives Illegal Instruction
on ffreep.
GCC uses ffreep when compiling many pieces of software, rendering them unusable
on this processor.
I do not see any way to explicitly blacklist the opcode, and setting -march to
i486, i386, or native does not
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|enhancement |normal
Component|c |target
--- Comment #12 from dodji at gcc dot gnu dot org 2008-08-20 19:18 ---
Created an attachment (id=16117)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16117action=view)
7th patch
Another iteration :-)
--
dodji at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-20 19:18 ---
http://www.pagetable.com/?p=16
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37179
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-20 19:18 ---
*** This bug has been marked as a duplicate of 37179 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-20 19:18 ---
*** Bug 37180 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37179
--- Comment #12 from paolo at gcc dot gnu dot org 2008-08-20 19:31 ---
Subject: Bug 33979
Author: paolo
Date: Wed Aug 20 19:29:54 2008
New Revision: 139339
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139339
Log:
2008-08-20 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #6 from hjl at gcc dot gnu dot org 2008-08-20 21:06 ---
Subject: Bug 37155
Author: hjl
Date: Wed Aug 20 21:05:15 2008
New Revision: 139343
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139343
Log:
PR bootstrap/37155
Fixed by revision 139338.
--- Comment #7 from hjl dot tools at gmail dot com 2008-08-20 21:15 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from hjl dot tools at gmail dot com 2008-08-20 21:17 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from rsandifo at gcc dot gnu dot org 2008-08-20 21:27
---
What configure and make line did you use?
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from manu at gcc dot gnu dot org 2008-08-20 22:25 ---
Subject: Bug 179
Author: manu
Date: Wed Aug 20 22:23:45 2008
New Revision: 139347
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139347
Log:
2008-08-21 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #14 from manu at gcc dot gnu dot org 2008-08-20 22:27 ---
This is FIXED in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from manu at gcc dot gnu dot org 2008-08-20 22:31 ---
All testcases except the one in the original description were actually
duplicates of PR179 and are thusly fixed.
The original testcase deals with PHI ops which is a completely different beast.
I added it XFAILED as
On Linux/ia32, revision 139326 gives
FAIL: Divide_1 -O3 compilation from source
FAIL: Divide_1 -O3 -findirect-dispatch compilation from source
revision 139311 is OK. The possible causes are revision 139325
and 139326:
http://gcc.gnu.org/ml/gcc-cvs/2008-08/msg00887.html
On Linux/ia32, revision 139297 gives
FAIL: gcc.dg/pr17506.c (test for warnings, line 11)
FAIL: gcc.dg/pr17506.c (test for warnings, line 21)
FAIL: gcc.dg/pr17506.c (test for excess errors)
FAIL: gcc.dg/uninit-15.c (test for warnings, line 6)
FAIL: gcc.dg/uninit-15.c (test for warnings, line
--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-08-21 00:19 ---
Subject: Bug 31070
Author: jsm28
Date: Thu Aug 21 00:17:45 2008
New Revision: 139363
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139363
Log:
PR target/31070
* config/sparc/sparc.c
--- Comment #2 from eric dot weddington at atmel dot com 2008-08-21 00:26
---
This test also fails recently for avr-unknown-elf.
Also fails: weak-2.c, weak-3.c, weak-4.c, weak-5.c, weak-12.c.
May be related: also fails on gcc.dg/attr-weakref-1.c.
These tests are known fail revision
--- Comment #3 from hp at gcc dot gnu dot org 2008-08-21 00:33 ---
(In reply to comment #2)
This test also fails recently for avr-unknown-elf.
Does the patch work for you?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #7 from jsm28 at gcc dot gnu dot org 2008-08-21 00:39 ---
Fixed for 4.4.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from gnu_andrew at member dot fsf dot org 2008-08-21 01:01
---
CVSROOT:/sources/classpath
Module name:classpath
Changes by: Andrew John Hughes gnu_andrew 08/08/21 00:44:56
Modified files:
. : ChangeLog
m4 :
--- Comment #11 from gnu_andrew at member dot fsf dot org 2008-08-21 01:02
---
I've added a check to Classpath CVS for 0.7.9 and this should make GCJ 4.4.
Do we need this backporting to anywhere else or is this sufficient to close
this bug?
--
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-21 01:04 ---
Revision 139286 is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from cnstar9988 at gmail dot com 2008-08-21 01:21 ---
ping.
I can reproduce with gcc 4.3.2 RC1.
It work well on gcc 4.2.4, 4.3.0.
gcc -O2 -Wall -c bug.c
-
void xxx()
{
unsigned i;
unsigned*p=0;
for(i=0;i4;++i)
{
*p++=0;
}
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
--- Comment #4 from michael dot a dot richmond at nasa dot gov 2008-08-21
01:44 ---
Configure line:
~/gcc-4.4-20080815/configure --enable-languages=c,fortran
--with-mpfr-include=$HOME/mpfr-2.3.1 --with-mpfr-lib=$HOME/mpfr-2.3.1/.libs
--prefix=$HOME/irun --build=mips-unknown-linux-gnu
This is seen using r139367 on Ubuntu Hardy on ia32. Also see bug 36984.
[EMAIL PROTECTED]:~/volatile/tmp9$ current-gcc -O3 small.c
small.c: In function func_2:
small.c:24: internal compiler error: in df_ref_chain_change_bb, at
df-scan.c:1828
Please submit a full bug report,
with preprocessed
1 - 100 of 102 matches
Mail list logo