--- Comment #3 from steven at gcc dot gnu dot org 2007-04-17 07:12 ---
To the reporter:
Even though this is already (correctly) closed as INVALID, please let us know
if your code does compile and run correctly if you compile with the suggested
extra command line option,
--- Comment #15 from gcc at magfr dot user dot lysator dot liu dot se
2007-04-17 07:15 ---
I think there are still some kind of problem.
If I try to compile bar.C using g++ -c bar.C then where g++ is g++ (GCC) 4.3.0
20070416 (experimental) (Hm, I'd wish for a revision number in there
--- Comment #16 from gcc at magfr dot user dot lysator dot liu dot se
2007-04-17 07:18 ---
Created an attachment (id=13375)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13375action=view)
Test showing that the current fix causes an ICE
--
--- Comment #5 from dorit at il dot ibm dot com 2007-04-17 07:22 ---
Doing cast motion actually causes about 25 *more* failures in the vectorizer
testsuite.
I'm closing this as won't fix since it seems there was no other reason to do
this.
can you please send me the patch so that I
--- Comment #6 from dorit at il dot ibm dot com 2007-04-17 07:38 ---
can you please send me the patch so that I could look at this failures before
you close this PR?
I'm going over my inbox top down, so I just saw that you had laready sent the
patch... so I will look into it.
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-04-17 07:52
---
Created an attachment (id=13376)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13376action=view)
Patch that allows for module to be overwritten only if they changed
This is the complete patch. Have fun!
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||patch
Target Milestone|--- |4.3.0
--- Comment #4 from r dot emrich at de dot tecosim dot com 2007-04-17
07:54 ---
Created an attachment (id=13377)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13377action=view)
Patch
Proposed patch. I added a new target (install-exec-am) to Makefile.am to
enforce the right
/usr/local/bin/gcc -c -I. -DHAVE_CONFIG_H -DMODULE -Wall -Wmissing-prototypes
-O2 -o rlimits..o rlimits.c
rlimits.c: In function 'bin_unlimit':
rlimits.c:674: error: unrecognizable insn:
/usr/local/bin/gcc -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with: ../configure
Dear all,
I would like to post a bug report for the GNU C/C++ compiler 3.3-e500.
We use the compiler to generate code for a PowerPC processor.
Used invokation line for the GNU C++ compiler:
ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig
-fmerge-templates -mmultiple
Dear all,
I would like to post a bug report for the GNU C/C++ compiler 3.3-e500.
We use the compiler to generate code for a PowerPC processor.
Used invokation line for the GNU C++ compiler:
ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig
-fmerge-templates -mmultiple
This is with gcc version 4.3.0 20070416 (experimental).
The attached program when compiled with g++ and the flags -fopenmp gives the
following diagnostic and aborts compilation:
- /usr/local/gcc-4.3/bin/g++ -fopenmp BugOMP.C
BugOMP.C: In constructor RM::R():
BugOMP.C:18: error: invalid use of
--- Comment #1 from theodore dot papadopoulo at sophia dot inria dot fr
2007-04-17 09:21 ---
Created an attachment (id=13378)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13378action=view)
The source code showing the potential bug
--
--- Comment #31 from rguenth at gcc dot gnu dot org 2007-04-17 09:22
---
It's broken as we want the code from comment #1 back.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from amylaar at gcc dot gnu dot org 2007-04-17 09:48 ---
Since I am no longer an SH port maintainer this is no longer of immediate
interest to me.
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-04-17 10:37
---
Closing this bug as WONTFIX, as I was convinced by other maintainers that it's
not really a problem.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pluto at agmk dot net 2007-04-17 12:05 ---
(In reply to comment #5)
Can you unset CFLAGS and try again?
without cflags and with cflags=-O0 - still the same error.
I bet 4.1.2 is being miss compiled at least looking at the logs.
what's wrong in logs? i see only
--- Comment #4 from tobi at gcc dot gnu dot org 2007-04-17 12:14 ---
(In reply to comment #3)
To the reporter:
Even though this is already (correctly) closed as INVALID, please let us know
if your code does compile and run correctly if you compile with the suggested
extra command
--- Comment #2 from charlet at adacore dot com 2007-04-17 13:06 ---
Subject: Re: [regression] Ada bootstrap error
You need to add the following in system-xxx.ads:
pragma Warnings (Off, Default_Bit_Order); -- kill constant condition warning
as done in other system-* files, after
Page here omits doc which is in the pdf manual -
http://gcc.gnu.org/onlinedocs/gcc/Attribute-Syntax.html
--
Summary: Online gcc doc page is blank - no Attribute-Syntax.html
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity:
GCC HEAD now warns about this testcase for mips-linux, reduced from
gdb/value.c. Compile with -O2 -Wall:
extern int foo();
int show_values (void)
{
int i;
static int num;
if (num = 0)
num = 1;
for (i = num; i num + 10; i++)
foo();
return i;
}
overflow.c:10: warning:
--- Comment #1 from drow at gcc dot gnu dot org 2007-04-17 13:26 ---
Subject: Re: New: Overflow warning causes
GDB -Werror build failure
On Tue, Apr 17, 2007 at 12:21:36PM -, drow at gcc dot gnu dot org wrote:
GCC HEAD now warns about this testcase for mips-linux,
The following program is invalid:
--
module a
implicit none
contains
integer function bar()
bar = 42
end function
end module a
use a
implicit none
integer :: bar
end
--
gfortran -pedantic or gfortran -std=f95 gives the error:
Error: Symbol 'bar' at (1)
Currently, it is far from obvious that rejected code might be compilable with
-std=legacy/-fno-range-check or similar (is there anything else?). I think one
could add a note to the error message:
Examples:
Integer too big for its kind at %C - Integer too big for its kind at %C.
Use
--- Comment #5 from deji_aking at yahoo dot ca 2007-04-17 13:21 ---
Yes adding compiling with -ffixed-line-length-80 solved the issue for me,
thanks to you both. I've noticed the original author of that code used tabs in
a couple of space he should have used spaces, the other compilers
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-04-17 13:33
---
(In reply to comment #8)
The patch looks good, though it would probably be a better idea to use
tmpnam()
to get the name for the temporary file.
Why not. But I like the idea that it is predictable :)
A
--- Comment #9 from tobi at gcc dot gnu dot org 2007-04-17 13:22 ---
Oh, one more issue: do you have an idea how to write testcases for this? I'm a
bit at a loss, though I've only thought about this for a few minutes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31587
--- Comment #11 from tobi at gcc dot gnu dot org 2007-04-17 13:41 ---
(In reply to comment #10)
(In reply to comment #8)
The patch looks good, though it would probably be a better idea to use
tmpnam()
to get the name for the temporary file.
Why not. But I like the idea that
--- Comment #5 from chtitux at gmail dot com 2007-04-17 13:46 ---
I have the same problem on Gentoo :
http://fr.pastebin.ca/51
I try to compile gcc-4.1.1 with gcc-4.1.1 on AMD Athlon(tm) XP 2600+ :
Please Reopen the bug.
CFLAGS=-march=athlon-xp -O2 -pipe
CXXFLAGS=-march=athlon-xp
+++ This bug was initially created as a clone of Bug #26640 +++
Note that this is a repeatable bug (three times in succession, the last time
with a full delete and re-installation of the source).
The following configure switches were used.
../configure --prefix=/home/gcc410
--- Comment #8 from tobi at gcc dot gnu dot org 2007-04-17 13:20 ---
The patch looks good, though it would probably be a better idea to use tmpnam()
to get the name for the temporary file.
A further thing one could do: instead of threatening If you edit this, you'll
get what you
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-17 13:14 ---
If one tries to change the attribute of an USE-associated symbol the error is
better:
external omp_get_num_threads, omp_get_thread_num
1
Error: Cannot change attributes of USE-associated
$ cat hello.f90
integer :: tid
!$omp parallel private(tid)
tid = 0
if (tid .eq. 0) write(*,*) 'hello'
!$omp end parallel
end
$ gfortran -fopenmp hello.f90 -g -static
$ ./a.out
zsh: segmentation fault ./a.out
It appears to be due to the combination of
(i) spawning a thread
Most floating point tests fail when GDB is built with GCC trunk for mips-linux.
I assume it shows up on all targets. The miscompiled function is
doublest.c:put_field. Here is a reduced test case:
int put_field (unsigned int start, unsigned int len)
{
int cur_bitshift = ((start + len) % 8) -
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 15:03 ---
The page is not blank for me:
5.26 Attribute Syntax
This section describes the syntax with which __attribute__ may be used, and the
constructs to which attribute specifiers bind, for the C language. Some details
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-17 15:59 ---
You check where the segfault is happening.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 16:03 ---
4.1.2 != 4.2.0, Anyways this was fixed in 4.2.0 and is a dup of bug 29826.
*** This bug has been marked as a duplicate of 29826 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from 3dw4rd at verizon dot net 2007-04-17 16:17 ---
Created an attachment (id=13380)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13380action=view)
Preprocessed output from the source causing the ICE.
The initial bug creation doesn't seem to allow attachments. :)
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 16:06 ---
First 3.3 is getting old and no longer being supported.
Second this is a modified version of 3.3 so we don't support it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31596
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-17 16:23 ---
So pthreads is not linking in correctly. This was a known issue I thought and
maybe in a way a non issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
When I compile and run the following program:
Hello world precedes the directory listing if standard output goes to the
console
Hello world follows the directory listing if standard output is redirected to
a file
g95 avoids this inconsistency by flushing all buffers before executing CALL
SYSTEM
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-04-17 16:03
---
*** Bug 31595 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29826
/home/ed/bin-4.3/bin/g++ -O2 -ffast-math -funroll-loops -fPIC -c
-D__HAVE_OPEN_INVENTOR__ -U__HAVE_XML__ -U__HAVE_SQLITE__ -U__HAVE_MYSQL__
-U__HAVE_PGSQL__ -U__HAVE_ORACLE__ -D__STL_EXTENSION_TR1__ -W -Wall -o
obj/collision.o ./collision.cpp
./collision.cpp: In member function void
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-04-17 15:56
---
(In reply to comment #2)
Can you check that the pthread functions are being resolved?
Also do you have a libc which crashes for static linked TLS?
How do I know the answer to those two questions? I have a
--- Comment #3 from krebbel at gcc dot gnu dot org 2007-04-17 16:59 ---
Subject: Bug 31576
Author: krebbel
Date: Tue Apr 17 16:59:24 2007
New Revision: 123915
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123915
Log:
2007-04-17 Andreas Krebbel [EMAIL PROTECTED]
PR
--- Comment #3 from tobi at gcc dot gnu dot org 2007-04-17 16:12 ---
The strings aren't actually padded. From the assembly output:
_ctl.1000:
.ascii 0z1jan
.space 6
.ascii 1hr
.space 6
.align 5
_tdefi.996:
.ascii 0z1jan
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-17 16:19 ---
The initial bug creation doesn't seem to allow attachments. :)
Which is fixed in bugzilla 3.0 which we will be updating in the near future.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31606
--- Comment #5 from chris at bubblescope dot net 2007-04-17 16:48 ---
I've done a bit of research into this. Looks like, as Andrew says the standard
doesn't have much to say on the issue. Any method of removing this is going to
make some other things a bit more messy I think, and I
--- Comment #6 from pcarlini at suse dot de 2007-04-17 17:04 ---
I also had a look lately, and probably I'm coming to your same conclusions...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31247
gfortran.dg/achar_4.f90 generates the following snippet of original trees:
{
int8 S.5;
S.5 = 0;
while (1)
{
if (S.5 (D.1394 + 0) - 1) goto L.1;
{
char char.6;
char.6 = (*(char[0:][1:1] *) atmp.0.data)[S.5][1]{lb: 1 sz:
--- Comment #1 from tobi at gcc dot gnu dot org 2007-04-17 17:27 ---
Adding pault, as he's the likely culprit :)
Paul, I'm wondering if the testcase is really valid Fortran:
snip
if (any (Up (AbCdEfGhIjKlM) .ne. (/ABCDEFGHIJKLM/))) call abort ()
contains
Character (len=20) Function
gfortran segfaults when I compile the following module. It also segfaults if I
change i = k() to i = j().
MODULE ksbin1_aux_mod
CONTAINS
SUBROUTINE sub
i = k()
END SUBROUTINE sub
FUNCTION j ()
j = 0
ENTRY k ()
k = 0
END FUNCTION j
END MODULE ksbin1_aux_mod
--- Comment #17 from spark at gcc dot gnu dot org 2007-04-17 17:36 ---
I'm testing the following patch (which fixes the ICE).
It turned out to be a latent bug in the warning code not handling pointer types
correctly.
Index: cp/decl2.c
Testcase (4.3.0 20070415):
Character(len=20) string
Logical, Dimension(20) :: a
string = transfer(merge (transfer(achar (ichar('A')), x, len(string)),
string, a), repeat(x, len(string)) )
end
--
Summary: ICE with transfer, merge in gfc_conv_expr_descriptor
--- Comment #15 from rakdver at gcc dot gnu dot org 2007-04-17 17:42
---
Subject: Bug 31360
Author: rakdver
Date: Tue Apr 17 17:42:29 2007
New Revision: 123919
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123919
Log:
PR rtl-optimization/31360
* cfgloopanal.c
--- Comment #18 from pluto at agmk dot net 2007-04-17 17:51 ---
(In reply to comment #14)
Fixed.
will it be backported to 4.2 branch?
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-17 15:45 ---
what's wrong in logs? i see only compilation error due to bad ifdefs.
Right, the other testcases are testing at runtime see the $? = 0 in the log
below?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31536
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-17 15:43 ---
(iii) having a statically linked binary
Can you check that the pthread functions are being resolved?
Also do you have a libc which crashes for static linked TLS?
--
pinskia at gcc dot gnu dot org changed:
--- Comment #7 from patchapp at dberlin dot org 2007-04-17 14:05 ---
Subject: Bug number PR14495
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01072.html
--
--- Comment #6 from gambaly at gmail dot com 2007-04-17 13:52 ---
Created an attachment (id=13379)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13379action=view)
gcc rebuild failed without test useflag
after that i did this
cd
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-04-17 16:05
---
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 140130416 (LWP 25328)]
0x in ?? ()
(gdb) where
#0 0x in ?? ()
#1 0x0804cdbb in get_external_unit (n=6, do_create=1)
--- Comment #13 from sylvain dot pion at sophia dot inria dot fr
2007-04-17 13:17 ---
I just built g++ 4.2 yesterday, and the failure is still there.
Note that if you want to check for an aliasing violation, even though the
preprocessed code is huge, the parts which are executed are
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-17 15:28 ---
Here is a reduced testcase without the other ranges:
int put_field (unsigned int start)
{
int cur_bitshift;
if (start = 4294967288U)
return start;
cur_bitshift = start;
if (cur_bitshift -8)
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-04-17 14:03
---
It also fails with non-preconnected unit, if the unit is opened outside the
parallel region:
$ cat hello.f90
integer :: tid
open (10, file=foo)
!$omp parallel private(tid)
tid = 0
if (tid .eq. 0)
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 15:15 ---
The range for cur_bitshift_6 is just completely bogus as there is no overflow
with the conversion from unsigned int to int. I am going to check when I get
into work if 4.2 also miscompiles this code.
--
pinskia
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 16:05 ---
First 3.3 is getting old and is no longer updated.
Second this is fixed at least on the mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31597
--- Comment #24 from bernds at gcc dot gnu dot org 2007-04-17 16:29 ---
Subject: Bug 10692
Author: bernds
Date: Tue Apr 17 16:29:34 2007
New Revision: 123913
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123913
Log:
* reload1.c (delete_output_reload): Don't count output
--- Comment #16 from davek at gcc dot gnu dot org 2007-04-17 18:47 ---
Oh, BTW, congratulations Tom on being appointed a libcpp maintainer!
grin-grin-hint-hint-nudge-nudge-wink-wink
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14331
--- Comment #7 from hubicka at gcc dot gnu dot org 2007-04-17 19:02 ---
Subject: Bug 30700
Author: hubicka
Date: Tue Apr 17 19:02:09 2007
New Revision: 123922
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123922
Log:
PR middle-end/30700
* dwarf2out.c
--- Comment #8 from hubicka at gcc dot gnu dot org 2007-04-17 19:04 ---
Fixed.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from simartin at gcc dot gnu dot org 2007-04-17 19:06
---
Subject: Bug 31517
Author: simartin
Date: Tue Apr 17 19:05:53 2007
New Revision: 123923
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123923
Log:
2007-04-17 Simon Martin [EMAIL PROTECTED]
PR
trunk, revision 123843 gives for -ftree-loop-linear:
Program received signal SIGSEGV, Segmentation fault.
0x082dfc97 in remove_referenced_var (var=0xb7ca961c)
at ../../../src/gcc-4.3/gcc/tree-dfa.c:791
791 ggc_free (*loc);
(gdb) bt
#0 0x082dfc97 in remove_referenced_var
--- Comment #1 from aldot at gcc dot gnu dot org 2007-04-17 19:08 ---
Created an attachment (id=13381)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13381action=view)
file1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31611
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-04-17 19:08
---
It's not a regression wrt 4.1.2 (just checked) and I don't think it's a
regression wrt g77 either, so it's a no. (Plus, with the morbid state of 4.2,
I'm not sure we need to put effort there).
--
fxcoudert at
--- Comment #11 from ian at airs dot com 2007-04-17 19:08 ---
Fixed on mainline.
--
ian at airs dot com changed:
What|Removed |Added
Status|NEW
--- Comment #2 from aldot at gcc dot gnu dot org 2007-04-17 19:09 ---
Created an attachment (id=13382)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13382action=view)
file2
$ gfortran-4.3-HEAD -ffixed-line-length-none -ffree-line-length-none -O1
-ftree-loop-linear -c lattice.f90
$
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2007-04-17 19:10
---
This one does not look like a regression. Thomas or Jerry, can you confirm this
and close it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31366
--- Comment #65 from hubicka at gcc dot gnu dot org 2007-04-17 19:16
---
I can confirm that at -O2, memory consumption dropped from 0.5GB to 0.28GB,
that is indeed good improvement. To summarize
http://www.suse.de/~gcctest/memory/results/200704171438/pr28071-O2.rep
Compile time wise
--- Comment #7 from dorit at il dot ibm dot com 2007-04-17 19:31 ---
so I will look into it.
(for reference: http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01103.html).
So I guess this should be handled somewhere else. I'll open a new
missed-optimization PR instead (not against PRE
--- Comment #66 from hubicka at ucw dot cz 2007-04-17 19:38 ---
Subject: Re: [4.1 regression] A file that can not be compiled in reasonable
time/space
Just to add some explanation to the numbers, df_scan_ref_pool is 50MB,
the bitmaps quoted are 8MB each. Given nature of the testcase,
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 20:00 ---
This is a standard problem even with C code so I don't see why this is specific
to fortran or any language.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The doc for -fsyntax-only says Check the code for syntax errors, but dont do
anything beyond that. while that option actually does more than that: it
creates module files (the *.mod files).
If we believe it's an intended behaviour, it should be noted in the docs. If we
believe it's not what we
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|fortran |libfortran
--- Comment #2 from dorit at il dot ibm dot com 2007-04-17 20:10 ---
2 more are under investigation:
no-section-anchors-vect-69.c
vect-reduc-dot-u16a.c
In the first testcase, the vectorizer can only prove that the data reference in
the third loop is aligned on 8 bytes. This is
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-17 20:20 ---
This works with 4.2.0 20070309 but that was before the overflow patch to the
4.2 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31605
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-17 20:27 ---
And it is a bug on the 4.2 branch.
Before Ian's patch we got the following ranges for the testcase in comment #2:
D.1528_1: VARYING
start_2: VARYING
D.1528_3: VARYING
cur_bitshift_4: ~[0, 0] EQUIVALENCES: { } (0
--- Comment #3 from simartin at gcc dot gnu dot org 2007-04-17 20:41
---
Subject: Bug 31517
Author: simartin
Date: Tue Apr 17 20:41:12 2007
New Revision: 123925
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123925
Log:
2007-04-17 Simon Martin [EMAIL PROTECTED]
PR
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
CC||aldot at gcc dot gnu dot org
Status|UNCONFIRMED
--- Comment #2 from aesok at gcc dot gnu dot org 2007-04-17 21:09 ---
Subject: Bug 30483
Author: aesok
Date: Tue Apr 17 21:08:46 2007
New Revision: 123926
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123926
Log:
PR target/30483
* config/avr/avr.c
--- Comment #3 from aesok at gcc dot gnu dot org 2007-04-17 21:13 ---
Subject: Bug 30483
Author: aesok
Date: Tue Apr 17 21:13:29 2007
New Revision: 123927
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123927
Log:
PR target/30483
* config/avr/avr.c
--- Comment #4 from aesok at gcc dot gnu dot org 2007-04-17 21:19 ---
Subject: Bug 30483
Author: aesok
Date: Tue Apr 17 21:19:06 2007
New Revision: 123929
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123929
Log:
PR target/30483
* config/avr/avr.c
--- Comment #5 from aesok at gcc dot gnu dot org 2007-04-17 21:23 ---
Fixed in 4.1, 4.2 branch, and HEAD.
--
aesok at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from zingale at gmail dot com 2007-04-17 21:32 ---
I am seeing
internal compiler error: in fold_convert, at fold-const.c:2330
using gcc version 4.3.0 20070417 (experimental)
If I follow the thread in this bug list, it seems that this version should have
the patch
--- Comment #4 from simartin at gcc dot gnu dot org 2007-04-17 21:46
---
Subject: Bug 31517
Author: simartin
Date: Tue Apr 17 21:46:29 2007
New Revision: 123931
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123931
Log:
2007-04-17 Simon Martin [EMAIL PROTECTED]
PR
--- Comment #5 from simartin at gcc dot gnu dot org 2007-04-17 21:50
---
Fixed on all active branches
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-04-17 21:55
---
(In reply to comment #7)
If I follow the thread in this bug list, it seems that this version should
have
the patch applied.
That's right. Daniel, could you confirm that your testcase is indeed fixed with
--- Comment #6 from steven at gcc dot gnu dot org 2007-04-17 22:09 ---
.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #16 from steven at gcc dot gnu dot org 2007-04-17 22:13 ---
Fixeth on ze trunk.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
1 - 100 of 146 matches
Mail list logo