--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-07-26 06:22
---
Hum... don't we want to backport that fix to 4.1?
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from tbm at cyrius dot com 2006-07-26 05:42 ---
This has started to occur sometime between 20051122 and 20060218.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28490
--- Comment #1 from tbm at cyrius dot com 2006-07-26 05:41 ---
Created an attachment (id=11944)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11944&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28490
I get the following ICE with gcc 4.2 on ia64 at -O1. It doesn't happen with
4.0 or 4.1.
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O1 mini.c
mini.c: In function 'readtoken1':
mini.c:60: internal compiler error: in ia64_expand_move, at
config/ia64/ia64.c:1088
Please submit a full bug r
--- Comment #2 from tbm at cyrius dot com 2006-07-26 05:02 ---
This has started to occur between 20060218 and 20060325.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28489
--- Comment #1 from tbm at cyrius dot com 2006-07-26 04:51 ---
Created an attachment (id=11943)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11943&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28489
I get the following ICE on ia64 with gcc 4.2. Only happens at -O2, and doesn't
happen with gcc 4.0 or 4.1.
[EMAIL PROTECTED]:~/delta/bin$ /usr/lib/gcc-snapshot/bin/gcc -c -O2 mini.c
mini.c: In function 'PL_next_solution':
mini.c:101: warning: cast to pointer from integer of different size
mini.c:
--- Comment #10 from drow at gcc dot gnu dot org 2006-07-26 03:52 ---
Subject: Re: [4.1 Regression] MIssing debug info at -O0 for a local variable
in a C++ constructor
On Tue, Jul 25, 2006 at 05:08:18PM -, joern dot rennecke at st dot com
wrote:
> When I compile the testcase (using
--- Comment #3 from gurganbl at rose-hulman dot edu 2006-07-26 03:43
---
Created an attachment (id=11942)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11942&action=view)
generated assembly
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28488
--- Comment #2 from gurganbl at rose-hulman dot edu 2006-07-26 03:42
---
Created an attachment (id=11941)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11941&action=view)
preprocessesed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28488
--- Comment #1 from gurganbl at rose-hulman dot edu 2006-07-26 03:41
---
Created an attachment (id=11940)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11940&action=view)
original source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28488
This warning indicates a signed/unsigned comparison, but there is no
signed/unsigned comparison that I can see.
[EMAIL PROTECTED] ~ $ gcc -v -save-temps -Wall -Wextra -Werror
conditional-sign-mismatch-bug.c
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /var/tmp/portage/gcc-4.1.1
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-26 03:13 ---
Also happens on powerpc-darwin.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-07-26 01:51
---
Patch was committed also, but I messed up pr number in ChangeLog. Fixed that.
This PR is fixed in 4.2 only.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-07-26 01:47
---
Subject: Bug 28335
Author: jvdelisle
Date: Wed Jul 26 01:47:13 2006
New Revision: 115750
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115750
Log:
2006-07-25 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-26 00:40 ---
I think this was fixed in 3.3 and I think this is a dup of bug 11142 or even PR
10660 or PR 10580.
Can you try a 3.3 release?
Also msp430 is not part of the FSF GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-26 00:36 ---
The easy workaround is to do pipe the files through c++filt.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28432
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-07-26 00:31 ---
(In reply to comment #8)
> So could you please point me to one?
Something like:
__thread int i;
int main(void)
{
return i;
}
Though it might need also another thread to be started too.
--
http://gcc.gnu.or
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-07-26 00:28 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-26 00:27 ---
This is valid with extension rule. We should produce an empty CONSTRUCTOR for
these two cases. If I get time this weekend I will look more into this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28450
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-07-26 00:24 ---
Fixed on the mainline at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-26 00:23 ---
list::iterator
You are missing typename in front of that.
The corrected source is:
#include
using namespace std;
template class D1 : public list {
public:
D1( void ) { typename list::iterator it; }
};
str
--- Comment #12 from kargl at gcc dot gnu dot org 2006-07-25 23:32 ---
Fixed in 4.1
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from kargl at gcc dot gnu dot org 2006-07-25 23:31 ---
Subject: Bug 28439
Author: kargl
Date: Tue Jul 25 23:31:16 2006
New Revision: 115743
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115743
Log:
2006-07-25 Steven G. Kargl <[EMAIL PROTECTED]>
PR for
The following code will compile with any specific type as the content of the
list parent class, but will not compile when the content is a template
parameter of the subclass.
My goal was to get an iterator to the parent class and I've not found a way to
do that.
This behavior also exists with gcc
--- Comment #8 from sayle at gcc dot gnu dot org 2006-07-25 23:22 ---
Subject: Bug 28473
Author: sayle
Date: Tue Jul 25 23:21:56 2006
New Revision: 115742
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115742
Log:
PR middle-end/28473
* convert.c (convert_to_inte
--- Comment #4 from steven at gcc dot gnu dot org 2006-07-25 22:52 ---
In the .104.expand dump we have:
(insn 10 9 11 3 (set (reg/f:SI 63)
(label_ref:SI 16)) -1 (nil)
(insn_list:REG_LABEL 16 (nil)))
and
;; Start of basic block 4, registers live: (nil)
(code_label 16 15 52
--- Comment #69 from steven at gcc dot gnu dot org 2006-07-25 22:35 ---
Re. comment #68, I should have added that all compilers were built with "gcc
(GCC) 4.0.2 20050901 (prerelease) (SUSE Linux)" with CFLAGS="-O2 -g".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8361
for cc1plus: --param ggc-min-expand=98 --param
ggc-min-heapsize=127550
version ID -O2 -O3
GCC 3.4 3.4.6 0m23.673s 0m24.362s
GCC 4.0 4.0.4 20060725 0m23.009s 0m23.849s
GCC 4.1 4.1.2 20060725 0m24.018s 0m25.294s
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-25 21:17 ---
The uuse of -ansi causes the glibc headers to only define ISO C functions.
This is not a GCC bug or even a glibc bug but a bug in your invocation.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #1 from robert-gcc at pine-ridge dot ca 2006-07-25 21:15
---
Created an attachment (id=11939)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11939&action=view)
The .i file requested
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28485
Attempting to use mkstemp() with the -Wall argument specified, the message
"bug.c:8: warning: implicit declaration of function ‘mkstemp’" is
issued
even though stdlib.h is #included. The sample program is stripped to the bones
so there is little extraneous material. Below is the compiler with optio
--- Comment #9 from amylaar at gcc dot gnu dot org 2006-07-25 20:43 ---
Created an attachment (id=11938)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11938&action=view)
g++.dg/debug test case
As far as I can tell, as a g++.dg/debug test case, this passes for stabs, but
fails for
--- Comment #1 from kargl at gcc dot gnu dot org 2006-07-25 20:22 ---
gfortran is primarily a Fortran 95 with a few Fortran 2003 enhancements.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from roger at eyesopen dot com 2006-07-25 20:08 ---
Ahh, I've just found the Richard's patch submission posting at
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01065.html
I agree with Andrew Pinski, I think my changes are the better fix.
We also need to investigate wether
--- Comment #6 from roger at eyesopen dot com 2006-07-25 20:02 ---
Grr. I've just noticed richi has just assigned this patch to himself.
I also have a patch that been bootstrapped and has nearly finished
regression testing, that I was just about to post/commit. richi what
does your fix
--- Comment #22 from patchapp at dberlin dot org 2006-07-25 18:20 ---
Subject: Bug number PR rtl-optimization/28071
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01083.html
--
http://gcc.
--- Comment #3 from vda dot linux at googlemail dot com 2006-07-25 17:18
---
With this test program:
#include
#include
typedef unsigned u32;
struct serpent_ctx { u32 expkey[132]; };
void serpent_encrypt(void *ctx, u32 *dst, const u32 *src);
u32 v[4],u[4];
struct serpent_ctx ctx;
int
When compiling the following program,
--
real :: cntrate
call system_clock(count_rate=cntrate)
end
--
gfortran (4.2.0 20060725) shows the error:
call system_clock(count_rate=cntrate)
1
Error: 'count_rate' a
--- Comment #8 from joern dot rennecke at st dot com 2006-07-25 17:08
---
Subject: Re: [4.1 Regression] MIssing debug info at -O0 for a local variable
in a C++ constructor
drow at false dot org wrote:
>--- Comment #7 from drow at gcc dot gnu dot org 2006-07-25 13:27 ---
>Sub
--- Comment #2 from danglin at gcc dot gnu dot org 2006-07-25 16:53 ---
(gdb) p debug_tree (t)
>
side-effects
arg 0
ignored VOID file
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/tree-prof/inliner-1.c line 31
align 1 alias set 5 context >>
$6 = void
(gdb) bt
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-25 15:53 ---
(In reply to comment #1)
> You can link your main program against libgomp.
If you controll your main program, you can, but for an example a pluggin into
say Photoshop, you cannot.
--
pinskia at gcc dot gnu dot o
--- Comment #1 from mjuric at astro dot princeton dot edu 2006-07-25 15:52
---
Created an attachment (id=11936)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11936&action=view)
Proposed fix
Proposed fix, applies against 4.1.1 and SVN HEAD.
--
http://gcc.gnu.org/bugzilla/show
Currently, in order for the dependencies to be tracked and stored in a .gch
file to be subsequently used with -fpch-deps, one must manually specify -MD
switch when compiling the precompiled header. Otherwise, the dependency
information is not recorded in the precompiled header, and subsequent
compi
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-25 15:48 ---
You can link your main program against libgomp.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28482
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-25 15:47 ---
I get
[EMAIL PROTECTED]:/tmp> /space/rguenther/install/gcc-3.4.6/bin/gcc -O3 -c
serpent.c
[EMAIL PROTECTED]:/tmp> size serpent.o
textdata bss dec hex filename
3562 0 03562
--- Comment #6 from mjuric at astro dot princeton dot edu 2006-07-25 15:22
---
Created an attachment (id=11935)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11935&action=view)
Proposed fix for improper dependency tracking with PCHs
This short patch addresses the issue of precomp
--- Comment #26 from rakdver at gcc dot gnu dot org 2006-07-25 15:20
---
A patch for the "return in the middle of the loop" problem:
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00893.html
(to be commited once mainline is open).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28364
I made some tests using gcc version 4.2.0 20060708 (experimental) to see if I
can make use of the OpenMP feature and libgomp in my data processing
environment. This environment runs on Unix systems (here: Linux) and consists
of a main program and several .so plugins that do the actual work. If I us
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2006-03-30 20:09:49 |2006-07-25 14:53:34
--- Comment #1 from vda dot linux at googlemail dot com 2006-07-25 14:45
---
Created an attachment (id=11934)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11934&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28481
The attached test program uses 5 local variables and this fits into i386
available registers. gcc 3.4.3 manages to do it with -O3.
gcc-4.1.1 -O2 and -O3 are identical and both are worse than gcc-3.4.3 -O3:
# wc -l *.s
1498 serpent343-O2.s
1252 serpent343-O3.s <- gcc 3.4.3 is smaller!
1313 s
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-25 14:23 ---
Fixed in 4.1.0. With many other bugs.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from maxim dot yegorushkin at gmail dot com 2006-07-25
14:18 ---
Hi there,
Could you guys take a look at Pavel's comment. It looks very reasonable.
--
maxim dot yegorushkin at gmail dot com changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-25 14:17 ---
/* We're moving an existing label. Make sure that we've
removed it from the old block. */
gcc_assert (!bb
|| !VEC_index (basic_block, label_to_block_m
Executing on host: /home/dave/gnu/gcc-4.2/objdir/gcc/xgcc -B/home/dave/gnu/gcc-
4.2/objdir/gcc/ /home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/tree-prof/inlin
er-1.c -O2 -fdump-tree-optimized -fprofile-use -fno-show-column -lm -o /ho
me/dave/gnu/gcc-4.2/objdir/gcc/testsuite/gcc/inliner-1.x02
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28479
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-07-25 14:11 ---
Reverting
2006-07-05 Richard Guenther <[EMAIL PROTECTED]>
Andrew Pinski <[EMAIL PROTECTED]>
PR c++/27084
* cp-objcp-common.c (cxx_types_compatible_p): Ignore
top level qual
--- Comment #2 from stefano dot franzoni at marposs dot com 2006-07-25
14:02 ---
Subject: Re: msp430-gcc with -Wunreachable-code Segmentation
fault
(See attached file: main.i)
"pinskia at gcc
dot gnu dot org"
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-25 14:02 ---
The two statements should have been marked as volatile but are not for some
reason. This is not a bug in PRE at all.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-07-25 13:43 ---
Simpler testcase:
void foo(int* dest)
{
for (;;)
*(volatile int *)dest = *(volatile int *)dest;
}
.066.crited:
# SMT.4_3 = PHI ;
:;
# VUSE ;
D.1990_2 = *dest_1;
# SMT.4_5 = V_MAY_DEF ;
*dest_1
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-25 13:42 ---
Please read:
http://gcc.gnu.org/gcc-3.4/changes.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-25 13:40 ---
Can you attach the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-25 13:37 ---
PRE loops. -O -ftree-pre.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-25 13:30 ---
Confirmed.
int foo(int* dest32)
{
for (int cnt = 10; cnt--;)
*(volatile int *) (dest32) = (*(volatile int *)(dest32)) ^ 0x;
}
--
rguenth at gcc dot gnu dot org changed:
What|R
--- Comment #7 from drow at gcc dot gnu dot org 2006-07-25 13:27 ---
Subject: Re: [4.1 Regression] MIssing debug info at -O0 for a local variable
in a C++ constructor
On Tue, Jul 25, 2006 at 12:14:46PM -, amylaar at gcc dot gnu dot org wrote:
> If this is fixed on mainline, the fix
When I compile the application "zhcon" with a recent version of gcc 4.2,
cc1plus just sits there eating CPU and RAM but doesn't actually seem to do
anything. gcc 4.1 or older versions of gcc 4.2 compile the program in a few
seconds. I tried to reduce this to a small testcase and it's included bel
Since 3.4 version of GCC, the functions naming in gcov seems to be changed.
When using '-f' option of gcov, the function names are no more
ClassName::MethodName but have C++ name mangling. For example :
=== EXAMPLE BEGIN ===
::
myClass.h
::
class my
--- Comment #3 from rakdver at gcc dot gnu dot org 2006-07-25 12:20 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01064.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from amylaar at gcc dot gnu dot org 2006-07-25 12:14 ---
(In reply to comment #5)
> I am not going to track down what did it, but something has fixed this on the
> 4.2 branch. I can reproduce it on Debian's 4.1 branch snapshot. If someone
> wants to fix it on 4.1, it sho
--- Comment #11 from pluto at agmk dot net 2006-07-25 11:33 ---
ping
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17390
--- Comment #8 from aph at gcc dot gnu dot org 2006-07-25 10:00 ---
I recompiled everything. Still:
Reading .class from
x86_64-unknown-linux-gnu/libjava/libgcj-4.2.0.jar(java/lang/Class.class).
Magic number: 0xcafebabe, minor_version: 0, major_version: 49.
Access flags: 0x31 public fi
--- Comment #7 from aph at gcc dot gnu dot org 2006-07-25 09:43 ---
No, my java.lang.Class does not contain Class$0. Please attach yours.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
The below piece of code fails with the following error:
f.C: In member function 'virtual int E::f()':
f.C:18: error: 'b' was not declared in this scope
f.C:18: error: expected `;' before 'i'
f.C:18: error: 'i' was not declared in this scope
File f.C:
class Base
{
public:
typedef int b;
};
tem
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-07-25 08:58 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-07-25 08:46 ---
Confirmed. Testcase:
typedef unsigned uint64_t __attribute__((mode(DI)));
uint64_t foo(void)
{
uint64_t x = 2147483648ULL; /* INT_MAX+1 */
uint64_t y = (uint64_t)__builtin_round(x);
return y;
}
wher
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-25 08:37 ---
Confirmed. Not a regression.
0x081bdda3 in lookup_fnfields_1 (type=0xb7d98000, name=0xb7cfebfc)
at /space/rguenther/src/svn/gcc-4_1-branch/gcc/cp/search.c:1406
1406 VEC_iterate (tree, method_vec, i, f
--- Comment #15 from bonzini at gnu dot org 2006-07-25 08:34 ---
patch committed
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
I am using the last mspgcc compiler for MSP430 downloaded at
http://sourceforge.net/project/showfiles.php?group_id=42303&package_id=68584.
The bug is easily reproducible applying the following compiler line to the
source main of example tasker
msp430-gcc -mmcu=msp430x147 -g -O3 -Wall -Wcast-align
--- Comment #14 from bonzini at gnu dot org 2006-07-25 08:30 ---
Subject: Bug 26188
Author: bonzini
Date: Tue Jul 25 08:30:38 2006
New Revision: 115733
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115733
Log:
config:
2006-07-25 Paolo Bonzini <[EMAIL PROTECTED]>
PR b
81 matches
Mail list logo