--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-15
07:51 ---
Subject: Bug 23386
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-15 07:51:42
Modified files:
gcc: ChangeLog tree-data-ref.c
Added file
! Linux build (gfortran-linux.tar.gz)
!-
!! $ gfc --version
!! GNU Fortran 95 (GCC 4.1.0 20050815 (experimental))
!! Copyright (C) 2005 Free Software Foundation, Inc.
! Native Windows build [gfortran-windows.exe]
!-
!! > gfortran --version
!! GNU Fortran 95 (
- I've declared a class/struct with a nested template class in it's inner
- nested template class has a member function with a default argument
- outer class uses this template type as member variables
- outer class accesses in it's interface member functions the template members
by it's member fu
--- Additional Comments From backboon at gmx dot de 2005-08-15 08:51
---
Created an attachment (id=9495)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9495&action=view)
g++ stderr/stdout output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23395
--- Additional Comments From backboon at gmx dot de 2005-08-15 08:53
---
Created an attachment (id=9496)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9496&action=view)
source code, where bug occures
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23395
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-15
09:33 ---
Confirmed. thumb_compute_save_reg_mask() should use similar logic to
arm_compute_save_reg0_reg12_mask() so that the pic register is only saved when
required.
BTW. Next time can you add files to the attac
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-15
09:37 ---
(In reply to comment #23)
> doko's patch triggers PR23256. gcc 3.3.3 on armeb appears to miscompile
> itself
> when SUBTARGET_CPU_DEFAULT is TARGET_CPU_arm6, but with TARGET_CPU_arm7tdmi it
> all works fi
--- Additional Comments From rassahah at neofonie dot de 2005-08-15 10:41
---
(In reply to comment #3)
> Hmm on powerpc-darwin we get:
> a = 1, b = 3
>
>
> Which is still wrong.
You mean before or after the application of the suggested patch? Perhaps there
may be other alignment
cons
On Aug 14, 2005, at 1:57 PM, Fran wrote:
u = (unsigned long long int *) &ull;
You are violating C aliasing rules. Either use an union or
-fno-strict-aliasing.
-- Pinski
A different error this time:
./xgcc -B./ -B/Users/pinskia/local3/powerpc-apple-darwin7.9.0/bin/ -isystem
/Users/pinskia/local3/
powerpc-apple-darwin7.9.0/include -isystem
/Users/pinskia/local3/powerpc-apple-darwin7.9.0/sys-
include -L/Users/pinskia/src/local3/gcc/objdir/gcc/../ld -O2 -g -O2 -DIN
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
11:52 ---
The ICE backtrace:
#0 coalesce_tpa_members (tpa=0x42b13ed0, graph=0x42b13f30, map=0x42b0e750,
cl=0x42b0e7c0, debug=0x0) at
/Users/pinskia/src/local3/gcc/gcc/tree-ssa-live.h:408
#1 0x0082a184 in remove_ss
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
11:53 ---
Malloc error:
#0 0x9009fb58 in abort ()
#1 0x0096d810 in coalesce_tpa_members (tpa=0x42b13ed0, graph=0xcf3d60,
map=0x42b0e750,
cl=0x42b0e7c0, debug=0x0) at
/Users/pinskia/src/local3/gcc/gcc/tree-ssa-liv
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23396
--
What|Removed |Added
CC||hubicka at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
11:55 ---
profiledbootstrap is last known to work for "gcc version 4.1.0 20050808
(experimental)".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23396
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
11:59 ---
This is a dup of bug 21903. Fixed already in 4.0.2. You should have reported
this to Apple first as it is
a bug in Apple's gcc and not the FSF.
*** This bug has been marked as a duplicate of 21903 ***
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
12:00 ---
*** Bug 23395 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
12:04 ---
This is a dup of bug 21825.
*** This bug has been marked as a duplicate of 21825 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
12:04 ---
*** Bug 23394 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.1.0
Known to work|
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-15
12:09 ---
Subject: Re: alignment bug in libobjc/archive.c
>
>
> --- Additional Comments From rassahah at neofonie dot de 2005-08-15
> 10:41 ---
> (In reply to comment #3)
> > Hmm on powerpc-darwin we
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
12:13 ---
This is a regression from 4.0.0.
--
What|Removed |Added
Known to fail|4.1.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
12:26 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-15
12:26 ---
Subject: Bug 23391
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-15 12:26:13
Modified files:
gcc: ChangeLog Makefile.in tree-chrec.c
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-08-15 12:33 ---
Subject: Re: [4.1 regression] Tree checking failure due to scev
pinskia at gcc dot gnu dot org wrote:
> This is related to PR 19899 which was fixed.
>
Yes, PR is related to PR19899, but same p
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-08-15 12:35 ---
Subject: Re: [4.1 regression] Tree checking failure due to scev
Sebastian Pop wrote:
>
> Yes, PR is related to PR19899, but same pattern occured in several
> places and the fix to PR19899 was n
gcc -DHAVE_MKSTEMP -DHAVE_HYPOT -Os -mips32 -mtune=4kc -I/mnt/disc/include
-I./src -I./obj -I./obj -I./src -o ./obj/gs_init.o -c ./obj/gs_init.c
gcc: Internal error: Terminated (program cc1)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
make: *** [obj/gs_ini
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
13:27 ---
This is just a sign you ran out of memory while compiling the file.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
13:28 ---
Could you attach the preprocessed source as requested by the web page?
Also if you have time, try 3.4.x as 3.3 is no longer being updated.
--
What|Removed |Added
---
ska.f
dir/tests> time rdiska
STOP 0
5.959u 18.591s 0:24.54 100.0% 0+0k 0+0io 0pf+0w
dir/tests> gfortran --v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ./configure --prefix=/home/dir/gfortran
--enable-languages=c,f95
Thread model: posix
gcc version 4.1.0 20050815 (ex
---mudflap-bug.cpp---
#include
struct AAA {
AAA(const char*)
{}
};
extern std::string sss;
extern void FFF(const AAA&, int);
struct XXX
{
void test ( void );
int iii;
};
void XXX::test ( void )
{
AAA aaa = ( sss
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-08-15 13:46 ---
Subject: Re: [4.0/4.1 regression] build_range_check generates wrong code for
funcptr comparison
> Do I understand correctly that there are two distinct problems:
>
> 1) gcc should not be canonica
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
13:48 ---
*** Bug 23398 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
13:48 ---
*** This bug has been marked as a duplicate of 19266 ***
--
What|Removed |Added
4.1.0 20050815:
internal compiler error: in create_tmp_var, at gimplify.c:387
3.3.6:
internal compiler error: in emit_move_insn, at expr.c:3198
--
Summary: ICE in create_tmp_var, at gimplify.c:387
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
--- Additional Comments From pluto at agmk dot net 2005-08-15 14:12 ---
Created an attachment (id=9497)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9497&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23399
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-15
14:14 ---
(In reply to comment #1)
> So, using limit 0 for when calculating the integer mode for the size would
> fix
> the regression on sh?
Yes, it would fix the problem with CDImode, however, the mode_for_size_
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-15
14:15 ---
(In reply to comment #4)
> Hmm, can someone explain where in store_ccp we stuff constants
> into the mem_ref field of lattice values? There are a few places
> where simple_cst_equal is used to compare a
With a current HEAD CVS checkout:
<-- snip -->
...
Fixed: X11/ShellP.h
Fixed: X11/Xmu.h
Fixed: Xm/BaseClassI.h
Fixed: Xm/Traversal.h
cmp: EOF on string.h
*** string.h2005-08-15 16:47:11.0 +0200
--- /TMP/test/gcc/gcc/fixincludes/tests/base/string.h 2005-08-15
14:32:57.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
14:50 ---
Confirmed, reduced testcase:
template bool cas(const T& test_val)
{
bool ret;
__asm__ ("": :"r"(test_val));
}
struct atomic_ptr {
atomic_ptr(){}
atomic_ptr(const volatile atomic_ptr& a) { }
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
14:53 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
Take the following code:
struct f
{
struct {
int i;
} ff[10];
};
struct f g;
int (int i)
{
int t1 = 0;
int i1 = g.ff[t1].i;
int i2 = g.ff[i].i;
return i1 + i2;
}
The gimplfiier will produce at -O0:
int i.0;
int t1.1;
int D.1289;
int t1;
int i1;
int i2;
t1 = 0;
--- Additional Comments From randolph at tausq dot org 2005-08-15 15:18
---
Subject: Re: [4.0/4.1 regression] build_range_check
generates wrong code for funcptr comparison
>>1) gcc should not be canonicalizing constants casted as function pointers
>
> I think it has to. GCC has no w
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
15:21 ---
For PR 8361, there are about 14 places where this happens.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23401
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-15
15:23 ---
Subject: Bug 21841
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-15 15:23:40
Modified files:
gcc: ChangeLog
gcc/doc: i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
15:24 ---
In PR15855, there are a lot more, at about 874.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23401
--- Additional Comments From sje at cup dot hp dot com 2005-08-15 15:25
---
Fixed on ToT for 4.1.
--
What|Removed |Added
Status|NEW |RESO
This is a compile error when trying to compile the file kernel/audit.c from the
Linux kernel 2.6.13-rc5-mm1 with a current CVS HEAD gcc.
I've removed many of the compiler flags that were present at the original
compilation. What triggers this problem is switching from -O0 (no problem) to
-O1 (see
--- Additional Comments From bunk at stusta dot de 2005-08-15 15:28 ---
Created an attachment (id=9498)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9498&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23402
--
What|Removed |Added
Known to work||4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23402
--
What|Removed |Added
Component|c |tree-optimization
Keywords||ice-on-valid-code
Summary|error:
--
What|Removed |Added
Version|unknown |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23400
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
15:43 ---
Hmm, I think this FIXME has something to do with it:
/* Gimplify the dimension.
Temporary fix for gcc.c-torture/execute/20040313-1.c.
Gimplify non-constant array indices i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
15:45 ---
Reducing.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-08-15 16:03 ---
Subject: Re: Documentation should say -mhp-ld/-mgnu-ld are only for
hppa64-*-hpux*
> --- Additional Comments From sje at cup dot hp dot com 2005-08-15 15:25
> ---
> Fixed on ToT for 4.1.
--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-15 17:03
---
I think this many be a duplicate of PR 21820. Also, there
has been some discussion in the fortran@ list about gfortran's
(homebrewed) internal buffering. FWIW, if you have pre-existing
files that you want to
--- Additional Comments From amacleod at redhat dot com 2005-08-15 17:15
---
TER isnt doing anything with this because there are no virtual operands. It
sees:
# BLOCK 0
# PRED: ENTRY [100.0%] (fallthru,exec)
D.1279 = &var + 1B;
__asm__ __volatile__(""::"i" D.1279);
return 0;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
17:18 ---
Confirmed, reduced testcase:
typedef struct {} raw_spinlock_t;
typedef struct {
raw_spinlock_t raw_lock;
} spinlock_t;
struct sk_buff_head {
int i;
spinlock_t lock;
};
struct sk_buff_head audit_skb_que
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
17:24 ---
If I disable structural alias analysis (-fno-tree-salias) the testcase works.
--
What|Removed |Added
-
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-08-15 17:24 ---
Subject: Re: [4.0/4.1 regression] build_range_check generates wrong code for
funcptr comparison
> Subject: Re: [4.0/4.1 regression] build_range_check
> generates wrong code for funcptr compariso
This is on a Fedora Core 4 machine:
gij (GNU libgcj) version 4.0.1 20050727 (Red Hat 4.0.1-5)
The to be attached code does not run properly on ppc. Runs fine on x86 (32 and
64 bit). The byte-code appears to be correct because it runs fine using the IBM
JVM.
Compiled with:
javac plplot/*/*.jav
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-15
17:28 ---
Subject: Re: [4.1 Regression] error:
statement makes a memory store, but has no V_MAY_DEFS nor V_MUST_DEFS
On Mon, 2005-08-15 at 17:24 +, pinskia at gcc dot gnu dot org wrote:
> --- Addit
--- Additional Comments From orion at cora dot nwra dot com 2005-08-15
17:28 ---
Created an attachment (id=9499)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9499&action=view)
Java code to reproduce problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23404
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
17:32 ---
This is related to PR 21839 which was fixed by not gimplifying the store but it
looks like it did not fix
fully not gimplifing the store.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23402
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
17:36 ---
Here is another testcase:
typedef struct {} spinlock_t;
struct sk_buff_head {
int i;
spinlock_t lock;
};
struct sk_buff_head audit_skb_queue;
void audit_init(void)
{
struct sk_buff_head *list = &audit_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
17:46 ---
I think this is a libffi issue rather than anything else.
--
What|Removed |Added
Co
Policy based associative containers make different assumptions and have
different requirements for find. Integrate testing of this with conherent
testing of std:: containers.
--
Summary: find and range concept testing for all containers
Product: gcc
Version: 4.1.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
17:49 ---
Confirmed, it also fails on ppc-aix.
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00878.html
--
What|Removed |Added
-
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-15 17:51
---
Where is the testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-15
19:38 ---
I submitted a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
20:18 ---
Note only the first patch (modify.diff.txt) in PR 22368 is needed to reproduce
this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22372
FYI, there's a vague reference on http://gcc.gnu.org/install/specific.html#x-
ibm-aix to linker bugs solved by IY53606, so I have verified that the latest
5.2 maintainence level is there, and it contains that APAR.
$ cat gccbug.cpp
#include
int main() {
std::string bla = "foo";
return b
--- Additional Comments From appfault at hotmail dot com 2005-08-15 21:07
---
Created an attachment (id=9500)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9500&action=view)
preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23406
ortran
--enable-languages=c,f95
Thread model: posix
gcc version 4.1.0 20050815 (experimental)
--
Summary: program works correctly with -g option but fails with -
O2 option on LINUX
Product: gcc
Version: 4.1.0
Status: UNCONFIRME
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
21:23 ---
This almost can be considered a bug in the processor (x86 that is).
The issue is that on x86 GCC is using excessive precision so you cannot really
rely on equals with
floating point. Either use -ffloat-st
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
21:23 ---
*** Bug 23407 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
version 4.1.0 20050815 (experimental) (i686-pc-linux-gnu)
Backtrace:Analyzing compilation unit {GC 733k -> 718k} {GC 719k -> 719k} {GC
719k -> 719k}Performing intraprocedural optimizations
{GC 721k -> 694k}
Program received signal SIGSEGV, Segmentation fault.
0
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23406
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
21:37 ---
Also reproduced with --enable-checking=yes (default) and --param
ggc-min-expand=0 --param
ggc-min-heapsize=0 -O1. This means we are using already freed GC memory.
Honza could you look into this since it s
--
What|Removed |Added
CC||jlawson-gcc at bovine dot
||net
http://gcc.gnu.org/bugzilla/sho
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-15
22:12 ---
Proposed fix:
Index: transfer.c
===
RCS file: /cvs/gcc/gcc/libgfortran/io/transfer.c,v
retrieving revision 1.52
diff -c -p -r1.52 transfer.c
*
--- Additional Comments From tj at laurenzo dot org 2005-08-15 22:32
---
I did some work on this. It's not quite ready for prime-time:
http://tjlaurenzo.blogspot.com/2005/08/adventures-with-java-5-and-gcj.html
I'll try to roll it up into a proper patch and such when I get the suite reb
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
22:37 ---
I have a fix which I am testing.
--
What|Removed |Added
AssignedTo|unassigned at gcc
This meta-bug tracks differences between Banerjee's Analyzer
for Data-dependences (BAD) and Bill Pugh's Omega solver.
--
Summary: [meta-bug] data dependence analyzer (BAD vs. BOP)
Product: gcc
Version: 3.3.1
Status: UNCONFIRMED
Severity: nor
New failure:
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/xgcc -B/test/gnu/gcc-3.3/objdir/
gcc/ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/950612-1.c -w -
O3 -fomit-frame-pointer -fno-show-column -lm -o /test/gnu/gcc-3.3/objdir/gcc
/testsuite/950612-1.x3(timeout = 300)
--
What|Removed |Added
Summary|AIL: gcc.c- |FAIL: gcc.c-
|torture/execute/950612-1.c |torture/execute/950612-1.c
|exe
The most frequent case that shows up when bootstrapping autovect branch
with BOOT_CFLAGS="-O2 -fcheck-data-deps" is the following:
Dist vectors from the first dependence analyzer:
10
Omega dist vectors are not the same:
00
Data dependence relation is:
(Data Dep:
access_fn_A: {0
--
What|Removed |Added
BugsThisDependsOn||23411
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23409
--
What|Removed |Added
OtherBugsDependingO||23409
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23411
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
23:01 ---
Hmm, does hppa2.0w-hp-hpux11.11 use HOST_WIDE_INT as 32?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23410
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
23:07 ---
This is also reproduciable on i686-pc-linux-gnu.
When was this last updated?
Was this before:
2005-08-15 Sebastian Pop <[EMAIL PROTECTED]>
PR 23386
* tree-data-ref.c (estimate_niter_from
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-08-15 23:07 ---
Subject: Re: FAIL: gcc.c-torture/execute/950612-1.c execution, at -Os and -O3
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
> 23:01 ---
> Hmm, does hppa2.0w-hp-
This pattern shows something strange in the results of Omega.
Looking at the step of array accesses it seems like Omega has
just no mechanism to handle -1 evolutions i.e. 0 in
unsigned with modulo arithmetics. This occurs in
gcc/gcc/real.c during bootstrap on amd64-linux.
Dist vectors
--
What|Removed |Added
BugsThisDependsOn||23412
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23409
--
What|Removed |Added
OtherBugsDependingO||23409
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23412
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-08-15 23:11 ---
Subject: Re: [4.1 Regression] FAIL: gcc.c-torture/execute/950612-1.c
execution, at -Os and -O3
> This is also reproduciable on i686-pc-linux-gnu.
>
> When was this last updated?
>
> Was this bef
This pattern shows something strange in the results of Omega.
Looking at the step of array accesses it seems like Omega has
just no mechanism to handle -1 evolutions i.e. 0 in
unsigned with modulo arithmetics. This occurs in
gcc/gcc/real.c during bootstrap on amd64-linux.
Dist vectors
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-08-15 23:16 ---
This one is also probably an overflow in Omega,
but the dependence problem looks pretty simple...
This occurs in gcc/gcc/omega.c on amd64-linux.
Dist vectors from the first dependence analyzer:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
23:31 ---
It works on PPC-darwin for some reason.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
00:22 ---
Only catch-all-1.m fails now:
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00891.html
--
What|Removed |Added
-
1 - 100 of 116 matches
Mail list logo