--- Additional Comments From negative at smartlogic dot ru 2005-08-16
06:53 ---
Subject: Re: Compilation Ghostscript gs_init.c file failed on
mipsel-linux machine
pinskia at gcc dot gnu dot org wrote:
>--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
>13:2
[...]
make[1]: Leaving directory `/tmp/gcc-4.0.1/build/i686-pc-linux-gnu/libmudflap'
make[1]: Entering directory `/tmp/gcc-4.0.1/build/i686-pc-linux-gnu/libgfortran'
make all-am
make[2]: Entering directory `/tmp/gcc-4.0.1/build/i686-pc-linux-gnu/libgfortran'
/bin/sh ./libtool --mode=compile /tmp/g
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-16
05:32 ---
Here is a snippet from the test logs on ia64
Executing on host: /space/jim/ia64-linux-20050815/gcc/xgcc
-B/space/jim/ia64-linux-20050815/gcc/
/home/jim/gcc/gcc/gcc/testsuite/objc/execute/exceptions/local
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
03:21 ---
Subject: Bug 23369
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-16 03:21:40
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
02:26 ---
*** Bug 23415 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
02:26 ---
This is a dup of bug 23306.
*** This bug has been marked as a duplicate of 23306 ***
--
What|Removed |Added
-
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/objc/execute/exceptions/local-variables
-1.m -w -O1 -fgnu-runtime -fobjc-exceptions -I/test/gnu/gcc-3.3/gcc/gcc/tests
uite/../../libobjc -L/test/gnu/gcc-3.3/objdir/hppa2.0w-h
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
02:21 ---
Subject: Bug 23369
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 02:20:45
Modified files:
gcc: ChangeLog fold-const.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
01:25 ---
(In reply to comment #4)
> The most ovbvious way to fix this would do the ipa optimizations on the ssa
> level where we can get
> the loop information and check to see if the loops are finite.
I should me
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
01:23 ---
The issue here is more complex. We are not dected the function with the loop
as constant so we don't
mark it as the function a as not having side effects.
The most ovbvious way to fix this would do the i
--- Additional Comments From tkho at ucla dot edu 2005-08-16 01:11 ---
Why is it that the call to b() is completely optimized away while the call to
a() still exists?
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
01:05 ---
*** Bug 23414 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
01:05 ---
The three instructions are the setup of the frame pointer.
This is a dup of bug 13822. Either use -fomit-frame-pointer or convince
someone to turn on -fomit-
frame-pointer for x86 by default.
*** This bu
--- Additional Comments From tkho at ucla dot edu 2005-08-16 00:59 ---
Created an attachment (id=9501)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9501&action=view)
testcase
gcc -O2 -save-temps -funsafe-loop-optimizations loop.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
I built the attached test case with -O2 -save-temps -funsafe-loop-optimizations.
The entire call to a() should be optimized away if the loop optimization works
right, but it's not.
The assembly shows these three useless instructions left in a():
a:
pushl %ebp
movl%esp, %ebp
--- Additional Comments From wilson at specifix dot com 2005-08-16 00:47
---
Subject: Re: [4.0/4.1 Regression] Compiling of large
array fails
pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
> 15:50 ---
> Hmm, Jim
--- 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
-
--- 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 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:
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 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
--
What|Removed |Added
OtherBugsDependingO||23409
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23412
--
What|Removed |Added
BugsThisDependsOn||23412
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23409
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 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-
--- 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 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
--
What|Removed |Added
OtherBugsDependingO||23409
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23411
--
What|Removed |Added
BugsThisDependsOn||23411
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23409
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
Summary|AIL: gcc.c- |FAIL: gcc.c-
|torture/execute/950612-1.c |torture/execute/950612-1.c
|exe
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)
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
--- 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
--- 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 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
*
--
What|Removed |Added
CC||jlawson-gcc at bovine dot
||net
http://gcc.gnu.org/bugzilla/sho
--- 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
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23406
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
--- 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
--- 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
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 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
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 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
--- 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 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 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
-
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:46 ---
I think this is a libffi issue rather than anything else.
--
What|Removed |Added
Co
--- 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: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 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 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
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 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
--- 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 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 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 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 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 pinskia at gcc dot gnu dot org 2005-08-15
15:45 ---
Reducing.
--
What|Removed |Added
CC||pinskia at
--- 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
--
What|Removed |Added
Version|unknown |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23400
--
What|Removed |Added
Component|c |tree-optimization
Keywords||ice-on-valid-code
Summary|error:
--
What|Removed |Added
Known to work||4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23402
--- 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
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 sje at cup dot hp dot com 2005-08-15 15:25
---
Fixed on ToT for 4.1.
--
What|Removed |Added
Status|NEW |RESO
--- 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 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: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 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
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 pinskia at gcc dot gnu dot org 2005-08-15
14:53 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- 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) { }
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 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
--- 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 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
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 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
--- 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
---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
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
--- 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
---
--- 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
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 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
--- 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 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 pinskia at gcc dot gnu dot org 2005-08-15
12:26 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- 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 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
--
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.1.0
Known to work|
--- 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
--- 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:00 ---
*** Bug 23395 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
1 - 100 of 116 matches
Mail list logo
