I hope this is not another duplicate of PR34467
(sid)[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c
-fconstant-string-class=NSConstantString cenon.app-VGroup.mi
VGroup.m: In function '-[VGroup setList:]':
VGroup.m:522: internal compiler error: in remove_useless_stmts_1, at
tree-cfg.c:1863
--- Comment #1 from tbm at cyrius dot com 2007-12-25 09:01 ---
Created an attachment (id=14827)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14827action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34585
consts cannot be used to initialize static declarations as per below code
snippet (thanks to Christophe Grenier).
int main()
{
const unsigned int sizeof_buffer=512;
static long long bmplcn = -sizeof_buffer - 1;
printf(bmplcn=%lld\n, bmplcn);
return 0;
}
gcc -o /tmp/main /tmp/main.c
--- Comment #1 from schwab at suse dot de 2007-12-25 09:27 ---
A variable is not a constant expression, even if it is const qualified.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-12-25 10:13 ---
Subject: Bug 34566
Author: tkoenig
Date: Tue Dec 25 10:12:41 2007
New Revision: 131167
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131167
Log:
2007-12-25 Thomas Koenig [EMAIL PROTECTED]
PR
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-12-25 10:13 ---
Fixed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from dfranke at gcc dot gnu dot org 2007-12-25 10:42
---
Subject: Bug 34533
Author: dfranke
Date: Tue Dec 25 10:41:44 2007
New Revision: 131168
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131168
Log:
gcc/fortran:
2007-12-25 Daniel Franke [EMAIL PROTECTED]
--- Comment #5 from burnus at gcc dot gnu dot org 2007-12-25 12:05 ---
Subject: Bug 34514
Author: burnus
Date: Tue Dec 25 12:05:23 2007
New Revision: 131169
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131169
Log:
2007-12-25 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #6 from burnus at gcc dot gnu dot org 2007-12-25 12:07 ---
FIXED on the trunk (4.3.0).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-25 12:21 ---
Remember C != C++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34586
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34585
--- Comment #4 from pcarlini at suse dot de 2007-12-25 14:55 ---
Fixed for 4.2.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from pcarlini at suse dot de 2007-12-25 14:55 ---
Fixed for 4.2.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
The gcc.dg/initpri1.c testcase aborts on powerpc-apple-darwin9 in the following
sections...
void c2() {
if (i++ != 2)
abort (); ===
}
[]
void c3() {
if (i++ != 1)
abort (); ===
}
[...]
void d2() {
if (--i != 2)
abort (); ===
}
[...]
void d3() {
if (j != 2)
abort
--- Comment #1 from danglin at gcc dot gnu dot org 2007-12-25 17:11 ---
This test doesn't fail with 4.2.
Although I was thinking that it might be ok to just adjust the testcase,
I now realize that the change in constructor name will make shared libraries
with a minor version update
--- Comment #1 from danglin at gcc dot gnu dot org 2007-12-25 18:36 ---
Fixed by patch:
http://gcc.gnu.org/ml/gcc-patches/2007-12/msg01104.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
The g++.dg/other/spu2vmx-1.C testcase fails on powerpc-apple-darwin9 as
follows...
Executing on host:
/sw/src/fink.build/gcc43-4.2.999-20071224/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc43-4.2
.999-20071224/darwin_objdir/gcc/testsuite/g++/../../
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2007-12-25
19:45 ---
So it would be acceptable to submit a patch for skipping this test on
powerpc*-*-darwin*?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34588
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-25 19:38 ---
This header is useless on darwin as Darwin is not supported on the Cell.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34588
--- Comment #3 from dragonheart at gentoo dot org 2007-12-25 22:43 ---
sorry folks. guess I should do a bit more coding and watch the standards more.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34586
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-12-25 23:32 ---
Maybe we could just issue a compiler limit error
message.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31243
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-25 23:40 ---
Reduced testcase:
template class Gtr_
void compute_gr()
{
typedef int Less_chain;
struct utils {
utils(const Less_chain lc) {};
};
utils U(1);
}
int main(void){
compute_grint();
}
--
pinskia at
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-12-25 23:42 ---
Changing compute_gr to a non template, it works.
Using int instead of the typedef, it also works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34573
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-25 23:49 ---
I think it is a dup too.
--
pinskia 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
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Regression 4.3: ICE using |[4.3 Regression]: ICE using
|REPEAT on string
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-26 01:25 ---
Hmm, This looks related to PR 34529. Since we allow base+const before reload
for vector moves, we then prop that into the move instruction. After reload,
we use an extra register to store the base+const but never
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-26 01:29 ---
*** This bug has been marked as a duplicate of 32044 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #36 from pinskia at gcc dot gnu dot org 2007-12-26 01:29
---
*** Bug 33419 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-26 01:33 ---
The issue here is that we are using constants as being free in the first place
and not being able to decompose them later on, in the RTL level.
--
pinskia at gcc dot gnu dot org changed:
What
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #21 from pinskia at gcc dot gnu dot org 2007-12-26 01:37
---
As mentioned, this is really a ra issue as I showed it with integers.
reassociation does nothing except for reschedule the instructions.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-12-26 01:38
---
I still cannot reproduce this.
--
pinskia 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
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-12-26 03:41
---
Subject: Bug 34560
Author: jvdelisle
Date: Wed Dec 26 03:41:06 2007
New Revision: 131178
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131178
Log:
2007-12-25 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-12-26 03:48
---
Fixed on trunk. Thanks for the report and test cases.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-libunwind --with-system-zlib --with-pkgversion='Pardus Linux'
--with-bugurl=http://bugs.pardus.org.tr
Thread model: posix
gcc version 4.3.0 20071225 [trunk revision 131170] (Pardus Linux)
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-12-26 06:36 ---
Subject: Bug 34532
Author: dfranke
Date: Wed Dec 26 06:36:46 2007
New Revision: 131180
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131180
Log:
2007-12-25 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-12-26 06:37 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
When noreturn functions call other noreturn functions, gcc still generates a
call instruction instead of a jump instruction. This result in slightly slower
execution and a small space leak on the stack, which affects higher level
language compilers that target gnu C as intermediate language and
--- Comment #1 from vyzo at media dot mit dot edu 2007-12-26 06:58 ---
Created an attachment (id=14828)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14828action=view)
example code
A trivial noreturn function that calls to another noreturn function
--
--- Comment #2 from vyzo at media dot mit dot edu 2007-12-26 07:00 ---
Created an attachment (id=14829)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14829action=view)
gcc output from whycall.c with -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34589
45 matches
Mail list logo
