--- Comment #22 from mark at codesourcery dot com 2008-01-05 07:55 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types
for ?: with "complex type" conversion
gdr at cs dot tamu dot edu wrote:
> | > I'd rather distinguish the constructor taking __complex__ by adding
> | >
--- Comment #21 from gdr at cs dot tamu dot edu 2008-01-05 07:51 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types for ?: with
"complex type" conversion
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| Also, I'm afraid the implementation of parts of (the transc
--- Comment #20 from gdr at cs dot tamu dot edu 2008-01-05 07:51 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types for ?: with
"complex type" conversion
"mark at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| --- Comment #18 from mark at codesourcery dot com
--- Comment #7 from bkoz at gcc dot gnu dot org 2008-01-05 05:40 ---
Just as an aside, the GCC manual for -fno-rtti seems to be incorrect:
http://gcc.gnu.org/onlinedocs/gcc/C_002b_002b-Dialect-Options.html#C_002b_002b-Dialect-Options
The `dynamic_cast' operator can still be used for c
Hi,
I have a piece of code that runs ~70% slower on a Xeon CPU with
SSE enable than with plain 387.
[EMAIL PROTECTED] ~]$ uname -a
FreeBSD enc1 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP
[EMAIL PROTECTED] ~]$ gcc42 -v
Using bu
--- Comment #6 from bkoz at gcc dot gnu dot org 2008-01-05 05:21 ---
Agreed. We should remove the offending patch set from 4.2. It's been too
troublesome and we can't do this kind of compile-behavior change on a minor
update to a stable release series.
Oh well.
Probably what needs to
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-01-05 05:15
---
A patch has been submitted for approval:
http://gcc.gnu.org/ml/fortran/2008-01/msg00034.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34676
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.0.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1899
--- Comment #5 from pcarlini at suse dot de 2008-01-05 00:42 ---
I think we should do something about this issue, unfortunately. Because, before
fixing those two bugs, we has essentially *no* dynamic_cast and typeid in the
headers (a few only in TR1). Presently, I'm thinking we should p
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-01-05 00:07
---
May I suggest:
"Unformatted I/O not allowed with internal unit at %L"
Consider this approved after regression testing passes OK
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34654
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-01-05 00:03
---
Yes I do have an idea. I was afraid when we accommodated the previous PR we
would generate another. :) I will see what I can do.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-01-05 00:01
---
Do we want the overhead of bounds checking at run time on all these intrinsics?
Is there a way to do it without the overhead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34670
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-01-04 23:59
---
Great! I will work on the bound as well. I am also studying 34540 again in
light of this PR. These two are related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34387
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-01-04 23:56
---
I will have a go on this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from manish at flock dot com 2008-01-04 23:47 ---
Building the above as follows:
$ g++ -fno-rtti -Os -o testcase testcase.cpp
Results in:
/usr/include/c++/4.2/bits/locale_facets.tcc: In function const _Facet&
std::use_facet(const std::locale&) [with _Facet = std::numpu
--- Comment #3 from manish at flock dot com 2008-01-04 23:45 ---
Created an attachment (id=14881)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14881&action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34680
--- Comment #2 from manish at flock dot com 2008-01-04 23:44 ---
Perhaps I wasn't clear, but this isn't theoretical. Files that *used* to build
with gcc 4.2.2 with -fno-rtti no longer do now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34680
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-04 22:56 ---
Index: gcc/fortran/io.c
===
--- gcc/fortran/io.c(revision 131328)
+++ gcc/fortran/io.c(working copy)
@@ -2669,6 +2669,10 @@ if (condition) \
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-04 22:54 ---
I doubt you ever could use STL without RTTI anyways.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The fix for PR libstdc++/30127 and PR libstdc++/34449 broke compilation of
files that pull that in, and use -fno-rtti, which was valid in gcc 4.2.2 and
prior.
--
Summary: Unconditional use of dynamic_cast in locale_facets.tcc
breaks compilation with -fno-rtti
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-04 22:39 ---
C1277 All dummy arguments of an elemental procedure shall be scalar dummy data
objects and shall not have the POINTER or ALLOCATABLE attribute.
Index: gcc/fortran/resolve.c
==
--- Comment #3 from jason at redhat dot com 2008-01-04 22:23 ---
Subject: Re: attribute deprecated vs. templates
niemayer at isg dot de wrote:
> I can second that problem for template member functions - in contrast to
> non-template member functions, where the attribute works.
This is
--- Comment #11 from tromey at gcc dot gnu dot org 2008-01-04 22:04 ---
I took a look at the attached patch.
I don't like it much. I think it puts the work in the wrong place --
libcpp and the lexer -- when, IMO, the problem should be addressed
by changing dbxout.c (and perhaps the debu
--- Comment #22 from Richard dot Barnes at stratus dot com 2008-01-04
20:05 ---
I have seen this bug in the vector-2 testcases shipped in
gcc/gcc/testsuite/gcc.dg/compat when compiling for i386 with -msse2. In
vector-2_y.c and vector-2_x.c we end up using both mmx and x87 registers in
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-04 19:28 ---
> We catch this with an explicit interface, but we
> should still check for occurrence in the
> same source code.
I do not understand this part. There is an explicit interface available as both
are contained in the s
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-04 19:09 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00147.html
--
burnus 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
|
--- Comment #1 from tbm at cyrius dot com 2008-01-04 18:51 ---
Created an attachment (id=14880)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14880&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34679
With trunk 20071212 on hppa:
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O3 linux-2.6-page_alloc.i
mm/page_alloc.c: In function '__build_all_zonelists':
mm/page_alloc.c:2077: internal compiler error: tree check: expected
integer_type, have enumeral_type in host_integerp, at tree.c:4949
--- Comment #5 from dcb314 at hotmail dot com 2008-01-04 18:33 ---
(In reply to comment #4)
> I'd say that this is blocked by PR18624 (resp. PR30438 for fortran).
> dcb, you seem to report these as separate PRs. Previous of this category
> include:
> PR25547
> PR25567
> PR26245
> PR32948
The following function produces only a single division operation even when
compiling with -frounding-math. I had read in a different PR (29186) that the
pragma FENV_ACCESS is not supported, but that -frounding-math should produce
the same effect (recognizing that the option is experimental as well)
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-04 17:39 ---
To me this looks like a bug in outof-ssa, not unroller. The VAR_DECL in
question
is created by outof-ssa. The following hunk fixes this ICE:
--- tree-outof-ssa.c.jj117 2007-10-28 19:34:17.0 +0100
+++ tre
--- Comment #4 from dberlin at gcc dot gnu dot org 2008-01-04 17:31 ---
Subject: Re: PREs insert_fake_stores is mostly useless
FRE will handle DECL's, and VN will value number them.
I've made small attempts at make PRE work with globals, but i'm lazy
and haven't done it for real yet :)
--- Comment #6 from hubicka at ucw dot cz 2008-01-04 17:28 ---
Subject: Re: [4.3 regression] ICE with "-fprofile-arcs -fopenmp"
> + if (flag_openmp)
> +{
> + tree stmt = last_stmt (e->src);
> + if (stmt)
> + {
> + /* Avoid inserting profiling instructions o
--- Comment #3 from aph at gcc dot gnu dot org 2008-01-04 17:19 ---
Subject: Bug 3
Author: aph
Date: Fri Jan 4 17:18:56 2008
New Revision: 131326
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131326
Log:
2008-01-04 Andrew Haley <[EMAIL PROTECTED]>
PR libgcj/3444
--- Comment #2 from aph at gcc dot gnu dot org 2008-01-04 17:19 ---
Another case where Sun's javadoc was rather vague.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pcarlini at suse dot de 2008-01-04 17:10 ---
great.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-04 17:09 ---
That's only part of the problem. The other is that ompexpand is very upset if
new basic blocks are inserted in unexpected places, e.g. on the BRANCH_EDGE
from OMP_FOR bb or on the FALLTHRU_EDGE from OMP_CONTINUE. exp
--- Comment #2 from fafa at freesurf dot ch 2008-01-04 17:03 ---
(In reply to comment #1)
> works for me
>
My cygwin environment seemed to have been corrupt.
Now it works for me, too.
Sorry for the noise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34675
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-04 17:03 ---
I think the other PR is only about VN global constants. But also an incoming
pointer to a structure is not handled:
struct X { int i; };
int foo(struct X *a, int argc)
{
int b;
int c;
int i;
int d, e;
fo
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-04 17:00 ---
The plain DECL does not work because
1) we don't do the storetmp
2) can_PRE_operation and can_value_number_operation return false (so we
do not enter a into EXP_GEN
3) create_value_expr_from cannot handle
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-04 16:59 ---
Doh, wrong bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32964
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-04 16:59 ---
The plain DECL does not work because
1) we don't do the storetmp
2) can_PRE_operation and can_value_number_operation return false (so we
do not enter a into EXP_GEN
3) create_value_expr_from cannot handle
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-04 16:57 ---
Isn't there already a bug about load PRE with global variables?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34677
Because it only handles stores through direct INDIRECT_REFs. So while we
handle
testcases like loadpre4.c:
int main(int *a, int argc)
{
int b;
int c;
int i;
int d, e;
for (i = 0; i < argc; i++)
{
e = *a;
*a = 9;
}
return d + e;
}
the much simpler
int a;
int foo
--- Comment #2 from pault at gcc dot gnu dot org 2008-01-04 16:12 ---
Another way of looking as it is that the interface is not getting renamed when
MyMod3 is written. This works:
MODULE MyMod1
integer, parameter :: i2_ = Selected_Int_Kind(4)
END Module MyMod1
module MyMod2
INTERF
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-04 16:03 ---
The change occurred between 2007-09-27-r128828 and 2007-10-08-r129121.
Educated guess: PR 33400; and indeed, reverting the patch gives the old
behaviour. The trick is now have the old behaviour for this code without
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-04 16:03 ---
works for me
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34675
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-04 16:03 ---
Also fixed by the fix for PR34448.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-01-04 15:59
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-04 15:57
---
Subject: Bug 34029
Author: rguenth
Date: Fri Jan 4 15:56:41 2008
New Revision: 131325
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131325
Log:
2008-01-04 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-04 15:53 ---
Confirm. I can also reproduce it with 4.3.0 20071129 which means that it is not
a recent regression.
Jerry, do you have an idea?
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from nam3l3ss dot bugreportaccount at gmail dot com
2008-01-04 15:53 ---
I checked again, actually, even the second "bugok" file is a silent failure on
the written environment, so the segfault is kind of an improvement there, but I
could swear the original one run without
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-04 15:49 ---
I don't see how that could be related. Don't have access to darwin, but
in x86_64-linux -> i686-apple-darwin9 cross the assembly for this test
at -O1 is identical between 4.3.0 20080103 and 4.3.0 20071016.
--
htt
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-01-04 15:38
---
Created an attachment (id=14879)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14879&action=view)
patch prototype
So this patch certainly will ICE in a lot of cases, I wonder if poolifying the
inserted code
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-04 15:35
---
We can 'abuse' PREs inserting of fake stores machinery to handle the case in
PR33989, where for
union a
{
int i;
float f;
};
void f (float *a, int *b)
{
union a c;
c.f = *a;
*b = c.i;
}
we then get (PR
With a simple data file:
$ cat file.dat
1
2
3
$ wc file.dat
3 3 6 file.dat
the following code:
$ cat aa.f90
program fred
implicit none
integer::i,badness
character::c
open(unit=10,file='file.dat')
do i=1,huge(1)
read(10,*,iostat=badness)
write(*,*)i,badness
if (badness/=0) exit
enddo
wr
--- Comment #7 from jakub at gcc dot gnu dot org 2008-01-04 15:17 ---
This is a problem during inlining.
The call actually has &optab_table argument:
...>
arg 0
... >
and two different optab RECORD_TYPEs are involved (one from each CU).
These types are types_compatible_p (0x2a
--- Comment #12 from aph at gcc dot gnu dot org 2008-01-04 15:14 ---
Subject: Bug 17779
Author: aph
Date: Fri Jan 4 15:13:53 2008
New Revision: 131324
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131324
Log:
2008-01-04 Andrew Haley <[EMAIL PROTECTED]>
PR java/17779
--- Comment #11 from dominiq at lps dot ens dot fr 2008-01-04 15:06 ---
rebuilding java fails with:
...
/opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev-gcc/
-B/opt/gcc/gcc4.3w/i686-apple-darwin9/bin/ -c -g -O2 -fomit-frame-pointer
-DIN_GCC -W -Wall -Wwrite-strings
--- Comment #7 from jakub at gcc dot gnu dot org 2008-01-04 15:06 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #13 from jakub at gcc dot gnu dot org 2008-01-04 15:05 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from steven at gcc dot gnu dot org 2008-01-04 15:01 ---
I think I understand why this happens...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from aldyh at gcc dot gnu dot org 2008-01-04 14:50 ---
Subject: Bug 34465
Author: aldyh
Date: Fri Jan 4 14:49:28 2008
New Revision: 131323
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131323
Log:
PR tree-optimization/34448
PR tree-optimization/3
--- Comment #12 from aldyh at gcc dot gnu dot org 2008-01-04 14:50 ---
Subject: Bug 34448
Author: aldyh
Date: Fri Jan 4 14:49:28 2008
New Revision: 131323
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131323
Log:
PR tree-optimization/34448
PR tree-optimization/
G++ version:
GNU C++ (GCC) version 4.3.0 20071228 (experimental) (i686-elf)
compiled by GNU C version 3.3.3 (cygwin special), GMP version 4.2.2,
MPFR version 2.3.0.
Code compiled:
///
extern "C" void my_delete ( void * addr , const void* pCaller );
void operator delete
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org
Szia!
Így Újév alkalmából szeretnélek megajándékozni Téged és barátaidet egy
hihetetlen oldallal! Mindent le lehet róla tölteni! Szórakozz egy jót a
haverOkkal, mert itt minden megtalálható ami a szórakozáshoz kell!
http://movie.ssweb.eu
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-04 14:08 ---
But forcing a to a reg before fixes this. Uros?
Index: i386.c
===
--- i386.c (revision 131319)
+++ i386.c (working copy)
@@ -24238,6 +24238,
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-04 14:05 ---
I don't see how we can handle ne:SF anywhere.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34673
--- Comment #2 from dominiq at lps dot ens dot fr 2008-01-04 14:02 ---
Another case failingon i686-apple-darwin9 with '-ffast-math -mrecip', but not
with '-O -ffast-math -mrecip':
SUBROUTINE GCUBIC(A1SQ,A2)
IMPLICIT NONE
REAL :: A2 , A1SQ , QCUBE , THETA
THETA
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-04 14:01 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-04 13:59 ---
Confirmed on x86_64-linux and i686-linux with SSE math with the same options.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from jakub at gcc dot gnu dot org 2008-01-04 13:59 ---
Subject: Bug 34609
Author: jakub
Date: Fri Jan 4 13:58:30 2008
New Revision: 131322
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131322
Log:
PR gcov-profile/34609
* tree-inline.c (declare_re
--- Comment #6 from aldot at gcc dot gnu dot org 2008-01-04 13:52 ---
Smaller testcase:
cat > arm.i <<-EOF
struct optab { unsigned code; };
extern struct optab optab_table[1];
EOF
cat > optabs.i <<-EOF
struct optab { unsigned code; };
extern struct optab optab_table[1];
void
init_opta
--- Comment #6 from pcarlini at suse dot de 2008-01-04 13:58 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from paolo at gcc dot gnu dot org 2008-01-04 13:58 ---
Subject: Bug 34611
Author: paolo
Date: Fri Jan 4 13:57:34 2008
New Revision: 131321
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131321
Log:
2008-01-04 Paolo Carlini <[EMAIL PROTECTED]>
Jakub
--- Comment #2 from andry dot ogorodnik at gmail dot com 2008-01-04 13:50
---
Created an attachment (id=14878)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14878&action=view)
sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34674
--- Comment #1 from andry dot ogorodnik at gmail dot com 2008-01-04 13:48
---
Created an attachment (id=14877)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14877&action=view)
command line & error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34674
cc -c -fPIC -I- -gnatA abjects.adb
+===GNAT BUG DETECTED==+
| 4.3.0 20071005 (experimental) (i686-pc-linux-gnu) Assert_Failure
sinfo.adb:2141|
| Error detected at factorys-objects.ads:115:4
--
Summary: Assert_Failure sinfo.adb:2141
This may be a duplicate of PR34393 and/or PR34412, but it does not seem totally
target specific. The following code (extracted from the Polyhedron test suite):
SUBROUTINE RELDISP()
IMPLICIT NONE
REAL :: SRAMB, EPSEFF
SAVE
SRAMB = SQRT(EPSEFF)
END
gives whe
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-04 13:33 ---
Which also means this is a checking-only ICE.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-04 13:32 ---
Mine. We'll stop the verifier from complaining.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-04 13:31 ---
If one changes the order of the USE statements or remove the second USE
statement, it works:
module MyMod3
USE MyMod2, only: write_MyInt => write_int
USE MyMod1, only: i2_
end module MyMod3
Looking at the MOD
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
|
The attached piece of valid Fortran90 code generates a symbol error:
>gfortran -c moduletest.F90
moduletest.F90:22.19:
USE MyMod3, only: write_MyInt
1
Error: Symbol 'write_myint' referenced at (1) not found in module 'mymod3'
>
Note that when the line marked with "mark" is co
--- Comment #5 from aldot at gcc dot gnu dot org 2008-01-04 13:06 ---
Works with
gcc-4.3.orig-HEAD (GCC) 4.3.0 20070919 (experimental)
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-04 13:00 ---
Confirmed. Fails at -O[23s].
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from aldot at gcc dot gnu dot org 2008-01-04 12:51 ---
Created an attachment (id=14876)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14876&action=view)
arm.i (file2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-04 12:51 ---
Created an attachment (id=14875)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14875&action=view)
optabs.i
file1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-04 12:51 ---
(gdb) up
#1 0x008a11f9 in remove_useless_stmts_1 (tp=0x2b18581cea30,
data=0x7fff53ff9920) at /space/rguenther/src/svn/trunk/gcc/tree-cfg.c:1863
1863 gcc_unreachable ();
(gdb) call debug_generic
--- Comment #1 from aldot at gcc dot gnu dot org 2008-01-04 12:50 ---
Works with:
gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
Fails with 4.3.0 since at least
gcc version 4.3.0 20071212 (experimental) (GCC)
Starting program: /opt/i686/gcc-4.3/lib/gcc/i686-linux-gnu/4.3.0/cc1
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-01-04 12:49 ---
Same thing for count.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34671
--- Comment #7 from pcarlini at suse dot de 2008-01-04 11:31 ---
I don't have much to say. The implementation of std::find (rather simple
besides a bit of unrolling) has not changed at all between 4.1.x and 4.2.x.
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-01-04 11:19 ---
oops, seems we're still missing the relevant library functions
for kind=1 and kind=2, too:
$ cat any.f90
program main
logical(kind=1) :: f(2,2)
f = .false.
print *,any(f,dim=1)
print *,all(f,dim=1)
end prog
--- Comment #4 from pcarlini at suse dot de 2008-01-04 11:18 ---
Ok, thanks a lot. This will take me some time, therefore, if you are able to
quickly prepare something, you are welcome.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34611
--- Comment #18 from rguenth at gcc dot gnu dot org 2008-01-04 11:17
---
Subject: Bug 31081
Author: rguenth
Date: Fri Jan 4 11:16:17 2008
New Revision: 131320
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131320
Log:
2008-01-04 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #17 from rguenth at gcc dot gnu dot org 2008-01-04 11:16
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #4 from pcarlini at suse dot de 2008-01-04 11:16 ---
Also, this is not a library issue (if anything).
--
pcarlini at suse dot de changed:
What|Removed |Added
Szia!
Így Újév alkalmából szeretnélek megajándékozni Téged és barátaidet egy
hihetetlen oldallal! Mindent le lehet róla tölteni! Szórakozz egy jót a
haverOkkal, mert itt minden megtalálható ami a szórakozáshoz kell!
http://premier.ssweb.e
1 - 100 of 121 matches
Mail list logo
