--- Comment #2 from rsandifo at gcc dot gnu dot org 2007-04-26 08:15
---
Subject: Bug 31107
Author: rsandifo
Date: Thu Apr 26 08:15:41 2007
New Revision: 124175
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124175
Log:
gcc/
PR driver/31107
* doc/invoke.texi (%:
--- Comment #1 from kkojima at gcc dot gnu dot org 2007-04-26 08:17 ---
I've confirmed that the test case fails also on trunk.
sh.c:output_stack_adjust tries to find a register for a constant
to unwind the frame and wrongly finds a frame register itself
in the problematic case. I'm test
--- Comment #3 from rsandifo at gcc dot gnu dot org 2007-04-26 08:19
---
Patch committed to mainline. This isn't a regression,
and I don't think the bug is serious enough for it to be
worth bending the usual backport rules.
--
rsandifo at gcc dot gnu dot org changed:
Wh
--- Comment #1 from ubizjak at gmail dot com 2007-04-26 08:22 ---
(In reply to comment #0)
> __asm__ __volatile__("fptan; fdivp;fchs;": "=&t"(tmpB):"f"(r));
These constraints are wrong. You need:
__asm__ __volatile__ ("fptan; fdivp;fchs;" : "=t" (tmpB) : "0"(r) : "st(1)");
Also no
--- Comment #8 from jakub at gcc dot gnu dot org 2007-04-26 08:29 ---
Subject: Bug 30558
Author: jakub
Date: Thu Apr 26 08:29:46 2007
New Revision: 124177
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124177
Log:
PR tree-optimization/30558
* tree-eh.c (lower_eh_
--- Comment #5 from jakub at gcc dot gnu dot org 2007-04-26 08:32 ---
Subject: Bug 31598
Author: jakub
Date: Thu Apr 26 08:32:27 2007
New Revision: 124178
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124178
Log:
PR c++/31598
* tree-inline.c (copy_body_r): Don't
--- Comment #9 from jakub at gcc dot gnu dot org 2007-04-26 08:35 ---
Subject: Bug 30558
Author: jakub
Date: Thu Apr 26 08:35:28 2007
New Revision: 124179
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124179
Log:
PR tree-optimization/30558
* tree-eh.c (lower_eh_
--- Comment #6 from jakub at gcc dot gnu dot org 2007-04-26 08:39 ---
Subject: Bug 31598
Author: jakub
Date: Thu Apr 26 08:39:25 2007
New Revision: 124180
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124180
Log:
PR c++/31598
* tree-inline.c (copy_body_r): Don't
/home/marcus/projects/gcc/BIN/bin/gcc-O2 -c variant.i
variant.i: In function 'f':
variant.i:7: internal compiler error: in set_value_range, at tree-vrp.c:278
--
Summary: ICE in in set_value_range, at tree-vrp.c:278
Product: gcc
Version: 4.3.0
St
--- Comment #7 from jakub at gcc dot gnu dot org 2007-04-26 08:46 ---
Fixed (4.3/4.2/4.1-rh).
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #1 from marcus at jet dot franken dot de 2007-04-26 08:46
---
Created an attachment (id=13446)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13446&action=view)
variant.i
gcc -c -O2 variant.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31710
--- Comment #10 from jakub at gcc dot gnu dot org 2007-04-26 08:47 ---
Fixed (4.3/4.2/4.1-rh).
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-26 09:05 ---
So the range in an semi-old (3 days) compiler, we get is:
D.1602_2: VARYING
D.1602_3: [-32768, -32768] EQUIVALENCES: { D.1602_2 D.1602_8 } (2 elements)
D.1603_4: [-INF(OVF), -32768] EQUIVALENCES: { } (0 elements)
D
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-04-26 09:54 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #34 from rguenth at gcc dot gnu dot org 2007-04-26 10:02
---
I'll bootstrap & regtest that thing and commit it.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-04-26 10:35 ---
Re comment #3: doh, you are right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31703
--- Comment #1 from jb at gcc dot gnu dot org 2007-04-26 10:36 ---
Confirmed. It occurs also on i686-pc-linux-gnu.
My observations:
- -march specific optimizations do not seem to have any effect. What does have
an effect is that on i686-pc-linux-gnu I need either -march= or -msse2 or e
--- Comment #2 from jb at gcc dot gnu dot org 2007-04-26 10:47 ---
FYI, I am unable to confirm this on i686-pc-linux-gnu. aermod seems to work no
matter what switches I throw at the compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31697
--
Summary: Data parallell code
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thobes at gmail dot
--- Comment #1 from thobes at gmail dot com 2007-04-26 10:56 ---
Created an attachment (id=13447)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13447&action=view)
Example of code that fails.
This program is an example of something that should produce a file where the
second column
--- Comment #2 from thobes at gmail dot com 2007-04-26 10:58 ---
Data parallel vector operations doesn't seem to get computed correctly in all
cases. Simple cases such as:
program test
integer,dimension(0:9) :: T
integer:: i
T(0:9) = 0
T(0) = 1
T(1:
--- Comment #2 from ubizjak at gmail dot com 2007-04-26 11:20 ---
This bug is due to my commit:
http://gcc.gnu.org/ml/gcc-cvs/2007-04/msg00657.html
This patch introduces "vec_unpacks_hi_v4sf" and "vec_unpacks_lo_v4sf" to sse.md
an these patterns trigger generic vectorizer problem (rela
--- Comment #3 from ubizjak at gmail dot com 2007-04-26 11:23 ---
(In reply to comment #1)
> Might be related to the similar PR 31699.
No, because PR 31699 is triggered by -ftree-vectorize.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31697
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-04-26 11:28
---
It's again the RTL combiner.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tbm at cyrius dot com 2007-04-26 11:46 ---
Janis, can you please do a regression hunt on this?
--
tbm at cyrius dot com changed:
What|Removed |Added
Mixing up variables when working with strings does not trigger a warning.
Example:
int main(void)
{
int plen;
char *ptr;
plen[ptr]='\0'; /* (char*)'th element of an int */
return 0;
}
in line 6, plen[ptr]='\0';, plen is implicitly casted to a pointer and ptr is
implicitly casted to an unsigned
--- Comment #1 from christoph dot wintersteiger at inf dot ethz dot ch
2007-04-26 12:12 ---
Created an attachment (id=13448)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13448&action=view)
Testcase, should produce a warning but doesn't.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #35 from rguenth at gcc dot gnu dot org 2007-04-26 12:15
---
Subject: Bug 30567
Author: rguenth
Date: Thu Apr 26 12:15:16 2007
New Revision: 124184
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124184
Log:
2007-04-26 Richard Guenther <[EMAIL PROTECTED]>
D
--- Comment #36 from rguenth at gcc dot gnu dot org 2007-04-26 12:16
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #4 from tbm at cyrius dot com 2007-04-26 12:18 ---
It appears to be related to bitfields.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31674
--- Comment #2 from schwab at suse dot de 2007-04-26 12:18 ---
There is no implicit cast here. a[b] is the same as (*((a)+(b))), and since
addition is commutative, this is the same as (b)[a].
--
schwab at suse dot de changed:
What|Removed |Added
-
--- Comment #3 from christoph dot wintersteiger at inf dot ethz dot ch
2007-04-26 12:31 ---
(In reply to comment #2)
> There is no implicit cast here. a[b] is the same as (*((a)+(b))), and since
> addition is commutative, this is the same as (b)[a].
>
Thanks for clarifying. I still t
I've seen this in other reports, but it seems to have been marked as `fixed' as
of 3.0.x, and still seems to be broken in 4.1.2.
Using the Solaris `as', as opposed to `gas', `make bootstrap' fails with
"/var/tmp//cc3fLwsc.s", line 338 : Illegal subtraction - symbols from different
sections: ".L
--- Comment #5 from tbm at cyrius dot com 2007-04-26 12:44 ---
Here's a better, C based testcase:
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O anthy-wordlist.c
anthy-wordlist.c: In function 'anthy_make_word_list_all':
anthy-wordlist.c:33: internal compiler error: internal co
template
void foo(void)
{
const unsigned short m = S ? ((unsigned short) 0 | (unsigned short) 0) : 0;
short t = 1 & m;
}
ICEs in:
#0 0x005b136f in operand_equal_p (arg0=0x2e123f60,
arg1=0x2e123f90, flags=0) at ../../gcc/fold-const.c:2421
#1 0x005b5792 in fold_binary (
--- Comment #4 from burnus at gcc dot gnu dot org 2007-04-26 14:53 ---
> FYI, I am unable to confirm this on i686-pc-linux-gnu.
> aermod seems to work no matter what switches I throw at the compiler.
--
> > Might be related to the similar PR 31699.
> No, because PR 31699 is triggered by
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-26 15:56 ---
>Thanks for clarifying. I still think it's completely confusing to have
> a[b]==b[a] in general, but that's probably something that can't be changed
> easily.
Well, this is what the C standard says how this is defin
--- Comment #5 from christoph dot wintersteiger at inf dot ethz dot ch
2007-04-26 16:03 ---
Subject: Re: no warning on implicit cast from int to pointer
On Thu, 2007-04-26 at 14:56 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #4 from pinskia at gcc dot gnu dot org
--- Comment #3 from burnus at gcc dot gnu dot org 2007-04-26 16:04 ---
This is with which version of gfortran (use gfortran -v)?
Which options are you using?
I get here (x86-64 Linux) the same result with gfortran 4.3, 4.1.2, g95, ifort,
NAG f95:
$ gfortran -O3 -ftree-vectorize -march=
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-26 16:12 ---
Fixed by:
2006-11-01 Roger Sayle <[EMAIL PROTECTED]>
* configure.ac (HAVE_AS_IX86_DIFF_SECT_DELTA): New test to determine
whether the assembler supports taking the difference of symbols in
--- Comment #2 from fultonm at ca dot ibm dot com 2007-04-26 16:17 ---
Thank you for the information. I guess the follow-on question is if generating
an internal compiler error is appropriate? I realize it's inline assembler, but
are you not able to recover from an invalid entry? Also -
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-26 16:28 ---
Subject: Bug 31703
Author: rguenth
Date: Thu Apr 26 16:28:14 2007
New Revision: 124190
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124190
Log:
2007-04-26 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-26 16:32 ---
Those seem to be gone again. Maybe related to PR31703.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31682
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-04-26 16:32 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #37 from rguenth at gcc dot gnu dot org 2007-04-26 16:50
---
Subject: Bug 30567
Author: rguenth
Date: Thu Apr 26 16:50:32 2007
New Revision: 124191
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124191
Log:
2007-04-26 Richard Guenther <[EMAIL PROTECTED]>
D
--- Comment #4 from thobes at gmail dot com 2007-04-26 17:21 ---
$ gfortran -v
Using built-in specs.
Target: i386-apple-darwin8.8.1
Configured with: /tmp/gfortran-20070415/ibin/../gcc/configure
--prefix=/usr/local/gfortran --enable-languages=c,fortran
--with-gmp=/tmp/gfortran-20070415/gf
--- Comment #6 from janis at gcc dot gnu dot org 2007-04-26 18:26 ---
A regression hunt on powerpc-linux with an ia64-linux cross compiler using the
C test case from comment #5 identified the following patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=123524
r123524 | aoliva | 200
following sample testcsae misdetects an array overflow
/home/marcus/projects/gcc/BIN/bin/gcc -c -O2 -Wall x.i
x.i: In function 'f':
x.i:7: warning: array subscript is above array bounds
--
Summary: array overflow misdetected
Product: gcc
Version: 4.3.0
--- Comment #1 from marcus at jet dot franken dot de 2007-04-26 19:10
---
Created an attachment (id=13449)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13449&action=view)
x.i
gcc -c -O2 -Wall x.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31715
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-26 19:27 ---
In final_cleanup we get:
if (arr[1073741827] == 0) goto ; else goto ;
Which is wrong.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dorit at il dot ibm dot com 2007-04-26 19:34 ---
Created an attachment (id=13450)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13450&action=view)
patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31699
--- Comment #4 from dorit at il dot ibm dot com 2007-04-26 19:37 ---
I'm testing the attched patch. The problem is that we don't compute the peel
factor correctly (when peeling to align a store) when we have multiple
data-types in the loop (the computation assumes that VF is the number o
$ cat exponent-3.f90
program main
real, parameter :: n = 1024, iter=1000
real, dimension(n) :: num1,num2
call random_number(num1)
real :: start
do i=1,iter
num2 = num1**2
end do
end program main
$ gfortran exponent-3.f90
exponent-3.f90:5.15:
real :: start
1
Error: U
I have compiled GCC 4.2.0 under the target i686-pc-linux-gnu with the exact
same ./configure options and the build went fairly well (it completed, very few
test errors) so I decided to use exactly the same ./configure options to build
under Cygwin for WinXP. Here is my xgcc-v:
$ stage3-gcc/xgcc -v
--- Comment #1 from pcarlini at suse dot de 2007-04-26 20:14 ---
You can't use the gnu locale model on Cygwin, please try again with
--enable-clocale=generic (or just don't specify it and let the configury
guess).
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #5 from burnus at gcc dot gnu dot org 2007-04-26 20:50 ---
> This can be seen in the file (result.dat) generated by the program.
I missed that part. Reduced test:
program laplsolv
IMPLICIT NONE
integer, parameter :: n=10
double precision,dimension(0:n
When compiling code that contains UTF-8 identifiers using the -gnatW8 and
-gnatiw switches, the compiler gives the following error:
"a-numeri.ads:25:04: illegal wide character"
This line contains the bracket notation version of the "pi" symbol in the
Ada.Numerics library. The -gnatWx switch is s
--- Comment #1 from david dot smith at gmail dot com 2007-04-26 20:59
---
Created an attachment (id=13451)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13451&action=view)
Sample code that reproduces the bug.
Compiling this file with the switches -gnatW8 and -gnatiw reproduces th
Serdecznie zapraszamy na
MiÄdzynarodowÄ
Polsko - UkraiÅskÄ
konferencjÄ na temat
"Polska - Ukraina: sami budujemy przyszÅoÅÄ"
XXI MiÄdzynarodowa konferencja
ROZWÃJ INWESTYCJI W UKRAINIE
- terażniejszoÅÄ i perspe
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-04-26 21:31 ---
Nasty.
Paul, I've added you to the CC list because you probably
know more about the scalarizer than most. Just in case :-)
Thomas
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from rob1weld at aol dot com 2007-04-26 21:33 ---
Thank you Paolo Carlini.
Previously I _did_ let ./configure guess (on successful builds) but _this_
_time_ I used _exactly_ the same ./configure parameters as I did for Linux (to
duplicate the GCC compiler for both systems
--- Comment #5 from eweddington at cso dot atmel dot com 2007-04-26 21:44
---
The committed patch fixes this warning:
../../gcc/gcc/varasm.c: In function `assemble_variable':
../../gcc/gcc/varasm.c:1699: warning: empty body in an if-statement
However, the following warning still exis
--- Comment #7 from sje at gcc dot gnu dot org 2007-04-26 22:02 ---
Subject: Bug 31617
Author: sje
Date: Thu Apr 26 22:02:05 2007
New Revision: 124197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124197
Log:
PR middle-end/31617
* g++.dg/other/str_empty.C: Add e
--- Comment #3 from pcarlini at suse dot de 2007-04-26 22:05 ---
I'm not the author of the locale model configury bits. In other places we
detect configurations unsupported by the target and overrule the user,
therefore I would say your doubt makes perfect sense... In fact, it looks like
--- Comment #9 from uweigand at gcc dot gnu dot org 2007-04-26 22:10
---
Subject: Bug 30761
Author: uweigand
Date: Thu Apr 26 22:10:09 2007
New Revision: 124199
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124199
Log:
PR middle-end/30761
* reload1.c (eliminate
--- Comment #3 from simartin at gcc dot gnu dot org 2007-04-26 22:47
---
This should be fixed on the mainline (see PR 25923). Would it be possible to
confirm that it is the case (I've checked the Fortran case, but not the Ada one
because I don't have it setup on my machine)?
Thanks in
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-04-26 22:47 ---
My analysis in the original bug report wasn't correct.
Here is a shorter version:
$ cat real-dim-2.f90
program main
real :: a(2.0),b(2.0)
a = b
end program main
$ gfortran real-dim-2.f90
real-dim-2.f90:2.12:
I'm trying to compile a .class file generated from the following Javascript
program using Rhino 1_6R5 (Mozilla's Javascript compiler):
print("Hello, world");
When I do so from within Rhino's src/ directory (so that gcj can find the Rhino
java files to satisfy dependencies), I get a simple error
--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-26 22:52 ---
Yes, please attach the .class file.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31719
--- Comment #7 from paulthomas2 at wanadoo dot fr 2007-04-26 23:04 ---
Subject: Re: rhs array is changed while assiging to same
lhs array
Thomas,
It's some trivial failure of the logic in gfc_dep_resolver. I took a
quick look but did not see it because I am totally exhausted. I'll
--- Comment #2 from tromey at gcc dot gnu dot org 2007-04-26 23:13 ---
Created an attachment (id=13452)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13452&action=view)
proposed patch
Could you try this patch?
If it works for you I will check it in.
Thanks.
--
http://gcc.gnu.
--- Comment #2 from btrost at motorola dot com 2007-04-26 23:20 ---
Subject: RE: gcj crashes compiling simple .class file output by Rhino
js->.class compiler
Uh
GCC Bugzilla has suffered an internal error. Please save this page and send it
to [EMAIL PROTECTED] with details of wha
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-26 23:22 ---
That's probably exposed by Honzas struct/array_ref folding changes.
we have after inlining
p_4(D) = &arr;
D.1631_5 = p_4(D) + -4B;
n.0_6 = 4;
D.1633_7 = n.0_6 * 4;
D.1634_8 = (DWORD *) D.1633_7;
D.1635_9 =
[EMAIL PROTECTED] Bug]$ cat acmod.f90
module AMod
implicit none
integer::i
contains
function f() result (s)
real(kind=8),dimension(i)::s
end function f
end module
[EMAIL PROTECTED] Bug]$ gfortran -c acmod.f90
[EMAIL PROTECTED] Bug]$ cat nnh.f90
program fred
use AMod
implicit none
write(*,*)f()
e
--- Comment #3 from tromey at gcc dot gnu dot org 2007-04-27 00:08 ---
Sorry about that. I forwarded it to our bugzilla maintainer.
Can you email me the class file instead?
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31719
Testcase:
#define vector __attribute__((__vector_size__(16) ))
vector int b;
vector int &a = b;
cut --
This should be accepted as a is a reference to a vector int and we are
assigning it a b.
--
Summary: vector references turn into vector pointers
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-27 01:11 ---
Actually it is worse. I am going to close this as a dup of bug 31721 because
that bug shows the real issue, we are not regenerating the reference type
correctly, instead we are generating a pointer type.
*** This b
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-27 01:11 ---
*** Bug 14217 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-27 01:12 ---
Confirmed via the duplicated bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-04-27 01:12 ---
This heppens also with 4.0.4, but doesn't happen with 4.1/4.2/4.3.
I'd like to close this PR as WONTFIX because 3.4 and 4.0 are frozen
now.
--
kkojima at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-04-27 01:26 ---
Fixed. Sorry for forgetting to close this.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-27 01:55 ---
The problem is obvious.
reconstruct_complex_type looks at POINTER_TYPE_P but it does not check which
case (pointer or reference) it should be building and just calls
build_pointer_type always which is wrong.
--
p
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-27 02:11 ---
This has been broken since the patch went in to support vector_size, see:
http://gcc.gnu.org/ml/gcc-patches/2001-12/msg00778.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31721
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-04-27 02:31 ---
Subject: Bug 30016
Author: pinskia
Date: Fri Apr 27 02:31:25 2007
New Revision: 124208
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124208
Log:
2007-04-26 Andrew Pinski <[EMAIL PROTECTED]>
PR C+
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-04-27 02:37
---
Subject: Bug 30016
Author: pinskia
Date: Fri Apr 27 02:37:02 2007
New Revision: 124209
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124209
Log:
2007-04-26 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-04-27 02:37
---
Subject: Bug 30016
Author: pinskia
Date: Fri Apr 27 02:37:42 2007
New Revision: 124210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124210
Log:
2007-04-26 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-04-27 02:37
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-27 02:46 ---
In fact we should be using more than just build_reference_type, we should be
using build_reference_type_for_mode.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31721
--- Comment #4 from rob1weld at aol dot com 2007-04-27 04:47 ---
I do agree with removing that option when configuring for Cygwin and I did so.
I put in extra spaces and re-sorted the order of these options so you can use
an editor (like kwrite or notepad) to view the changed options e
--- Comment #3 from ian at airs dot com 2007-04-27 04:52 ---
Created an attachment (id=13453)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13453&action=view)
Proposed patch
This is an interesting test case. It turns out that VRP has always
consistently assumed that TREE_TYPE (TY
--- Comment #5 from bangerth at dealii dot org 2007-04-27 05:04 ---
Can you post disassembled code from gdb around the location where it
crashes?
--
bangerth at dealii dot org changed:
What|Removed |Added
---
--- Comment #14 from ian at gcc dot gnu dot org 2007-04-27 05:12 ---
Subject: Bug 28675
Author: ian
Date: Fri Apr 27 05:11:47 2007
New Revision: 124211
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124211
Log:
gcc/:
PR target/28675
* reload.c (find_reloads_subre
There are many gomp failures in
http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg01353.html
On both Linux/ia64 and Linux/x86-64, I saw many failures like
Executing on host:
/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/g++/../../g++
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/testsui
--- Comment #15 from ian at gcc dot gnu dot org 2007-04-27 05:20 ---
Subject: Bug 28675
Author: ian
Date: Fri Apr 27 05:20:02 2007
New Revision: 124212
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124212
Log:
./:
PR target/28675
* reload.c (find_reloads_subreg_
--- Comment #4 from dorit at il dot ibm dot com 2007-04-27 05:44 ---
patch: http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01739.html
requires retesting on ia64 before I can commit it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31589
--- Comment #16 from ian at gcc dot gnu dot org 2007-04-27 05:46 ---
Subject: Bug 28675
Author: ian
Date: Fri Apr 27 05:45:53 2007
New Revision: 124213
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124213
Log:
./:
PR target/28675
* reload.c (find_reloads_subreg_
--- Comment #17 from ian at airs dot com 2007-04-27 05:49 ---
Fixed on 4.1 branch, 4.2 branch, and mainline.
--
ian at airs dot com changed:
What|Removed |Added
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-27 06:58 ---
Fails with the newest 4.2.0, works with current 4.3.0
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
1 - 100 of 101 matches
Mail list logo
