--- Comment #26 from fengwang at gcc dot gnu dot org 2006-02-04 07:51
---
Andrew, thank you for fixing this so quickly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26001
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-02-04 05:55
---
Propose patch submitted to list for review.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19543
--- Comment #11 from tromey at gcc dot gnu dot org 2006-02-04 02:50 ---
The simplest way to solve the memory leak is to make a new structure
which holds all the data, then allocate an instance of this.
This structure can be allocated with _Jv_AllocBytes, I believe, as the
atable ought to
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-04 02:47 ---
I believe this is fixed in svn.
Please reopen if it still fails.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from tromey at gcc dot gnu dot org 2006-02-04 02:45 ---
ISTR seeing this one before.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-04 02:29 ---
Quick update... we debugged this a bit and found that
the field decl representing Three's superclass (the one made
by push_super_field) claims to have size 16 -- and yet
the 'b' field claims to have offset 16. So, so
--- Comment #4 from schwab at suse dot de 2006-02-04 01:27 ---
Expressions don't have alignment, only objects have. It does not make sense to
warn about alignment in an assignment. You won't warn either when assigning
the value of a const int object to an int object.
--
http://gcc
--- Comment #5 from danglin at gcc dot gnu dot org 2006-02-04 01:26 ---
Fixed on 4.1 and trunk by patch. Earlier versions of GCC don't have
DWARF2 EH support on this target. HP-UX 11 is not affected by this
problem as it uses a different technique for initialization.
To obtain a compl
--- Comment #4 from danglin at gcc dot gnu dot org 2006-02-04 01:12 ---
Subject: Bug 25926
Author: danglin
Date: Sat Feb 4 01:12:46 2006
New Revision: 110582
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110582
Log:
PR target/25926
* ada/initialize.c (__gnat_in
On s390x (64-bit only), Ada bootstrap fails with
+===GNAT BUG DETECTED==+
| 4.2.0 20060131 (experimental) (s390x-ibm-linux-gnu) GCC error: |
| in simplify_subreg, at simplify-rtx.c:4339 |
| Error detected a
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-04 00:54 ---
IIRC this is because inner classes are not really scoped.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26095
--- Comment #3 from danglin at gcc dot gnu dot org 2006-02-04 00:44 ---
Subject: Bug 25926
Author: danglin
Date: Sat Feb 4 00:44:53 2006
New Revision: 110580
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110580
Log:
PR target/25926
* ada/initialize.c (__gnat_in
--- Comment #17 from mrs at apple dot com 2006-02-04 00:16 ---
I've found a way to fix this at -O0 for my code with something like:
/* APPLE LOCAL begin CW asm blocks */
{
tree array = ptrop;
STRIP_NOPS (array);
/* We want to canonicalize PLUS_EXPR into ARRAY_REF for da
--- Comment #3 from sje at cup dot hp dot com 2006-02-04 00:04 ---
Following up to my own comment, the HP ABI expert I talked to thinks the
generated code is OK. His rationale is that to fill up the parameter
registers, you lay things out as they would be in memory and then map that
spa
--- Comment #2 from rth at gcc dot gnu dot org 2006-02-03 23:46 ---
Subject: Bug 26090
Author: rth
Date: Fri Feb 3 23:46:44 2006
New Revision: 110568
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110568
Log:
PR target/26090
* config/ia64/sysv4.h (TARGET_ASM_SEL
// this should not compile
package samename;
public class WrongScope
{
public int v1 ()
{
class SingleName
{
int v1 = 1;
}
// Should not compile.
return new SingleName ().v2;
}
public int v2 ()
{
class SingleName
Hi ALL,
Machine A : Linux 7.1 GCC 3.1 Kernel 2.4.9-45lxset34smp
Machine B : Linux 7.1 GCC 3.1 Kernel 2.4.2-2
The following piece of code when run and compiled in Linux7.1 Machine A, runs
fine, also compiled and run in Machine B, runs fine.
But when the code is compiled in Machine A and run in Ma
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16405
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[3.4 Regression] Temporary |[3.4/4.1/4.2 Regression]
|aggregate copy not elided
--- Comment #8 from jason at gcc dot gnu dot org 2006-02-03 21:59 ---
Fixed in 4.1 and 4.2 by disabling the fix for c++/16405 (a missed optimization
regression). Working on a better fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25979
--- Comment #9 from jason at gcc dot gnu dot org 2006-02-03 21:57 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jason at gcc dot gnu dot org 2006-02-03 21:57 ---
Subject: Bug 25977
Author: jason
Date: Fri Feb 3 21:57:08 2006
New Revision: 110565
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110565
Log:
PR c++/25979
* gimplify.c (gimplify_modify_expr_r
--- Comment #7 from jason at gcc dot gnu dot org 2006-02-03 21:57 ---
Subject: Bug 25979
Author: jason
Date: Fri Feb 3 21:57:08 2006
New Revision: 110565
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110565
Log:
PR c++/25979
* gimplify.c (gimplify_modify_expr_r
--- Comment #9 from jason at gcc dot gnu dot org 2006-02-03 21:56 ---
Disabling this optimization for now, so this is again a regression in 4.1 and
4.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from jason at gcc dot gnu dot org 2006-02-03 21:56 ---
Subject: Bug 25977
Author: jason
Date: Fri Feb 3 21:56:03 2006
New Revision: 110564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110564
Log:
PR c++/25979
* gimplify.c (gimplify_modify_expr_r
--- Comment #6 from jason at gcc dot gnu dot org 2006-02-03 21:56 ---
Subject: Bug 25979
Author: jason
Date: Fri Feb 3 21:56:03 2006
New Revision: 110564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110564
Log:
PR c++/25979
* gimplify.c (gimplify_modify_expr_r
--- Comment #8 from kargl at gcc dot gnu dot org 2006-02-03 21:38 ---
Fixed on 4.1 and trunk
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #4 from kargl at gcc dot gnu dot org 2006-02-03 21:37 ---
I've committed a patch to both 4.1 and trunk that
fix the ICE. The actual problem that PR raises is
still open.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25072
--- Comment #8 from kargl at gcc dot gnu dot org 2006-02-03 21:36 ---
Fixed in 4.1 and trunk
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #3 from kargl at gcc dot gnu dot org 2006-02-03 21:32 ---
Subject: Bug 25072
Author: kargl
Date: Fri Feb 3 21:32:14 2006
New Revision: 110560
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110560
Log:
2006-02-03 Steven G. Kargl <[EMAIL PROTECTED]>
Paul
--- Comment #7 from kargl at gcc dot gnu dot org 2006-02-03 21:32 ---
Subject: Bug 24958
Author: kargl
Date: Fri Feb 3 21:32:14 2006
New Revision: 110560
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110560
Log:
2006-02-03 Steven G. Kargl <[EMAIL PROTECTED]>
Paul
--- Comment #7 from kargl at gcc dot gnu dot org 2006-02-03 21:32 ---
Subject: Bug 20845
Author: kargl
Date: Fri Feb 3 21:32:14 2006
New Revision: 110560
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110560
Log:
2006-02-03 Steven G. Kargl <[EMAIL PROTECTED]>
Paul
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-02-03 20:31
---
Unfortunately, I don't have time to work on this, so I let it go. Sorry.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2006-02-03 20:31
---
Unfortunately, I don't have time to work on this, so I let it go. Sorry.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-02-03 20:31
---
Unfortunately, I don't have time to work on this, so I let it go. Sorry.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-02-03 20:30
---
Unfortunately, I don't have time to work on this, so I let it go. Sorry.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-03 20:21 ---
Updated patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00226.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-03 20:02 ---
Fixed for 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
The following c++ code causes a segmentation fault in the 4.0.2 on my fedora 4
system:
class foo {
public:
foo();
};
class bar {
public:
bar();
};
class IoMgr {
private:
void initial();
private:
foo *onp_;
bar *ocp_;
};
void IoMgr::initial() {
onp_ = new foo[2];
ocp_ = new bar;
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26034
--- Comment #1 from rth at gcc dot gnu dot org 2006-02-03 19:14 ---
Using the hpux definitions is probably the most appropriate way to handle this
for gcc 4.1. For mainline, it'd be better if we can use actual .rodata for
static relocations. Also, alpha has a similar problem, so I may
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last re
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-03 18:50 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-02-03 18:49
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00197.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from sje at cup dot hp dot com 2006-02-03 18:44 ---
It looks like we have an interaction between the alignment attribute and the
IA64 calling conventions. In this example GCC is treating my_t type as an
aligned pointer and not as a pointer to aligned data. Is that what y
--- Comment #3 from hjl at gcc dot gnu dot org 2006-02-03 18:37 ---
Subject: Bug 25852
Author: hjl
Date: Fri Feb 3 18:37:11 2006
New Revision: 110552
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110552
Log:
2006-02-03 H.J. Lu <[EMAIL PROTECTED]>
PR libgomp/25852
--- Comment #25 from pinskia at gcc dot gnu dot org 2006-02-03 18:31
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #24 from pinskia at gcc dot gnu dot org 2006-02-03 18:31
---
Subject: Bug 26001
Author: pinskia
Date: Fri Feb 3 18:31:14 2006
New Revision: 110551
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110551
Log:
2006-01-31 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #3 from dnovillo at gcc dot gnu dot org 2006-02-03 18:24
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00223.html.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-03 18:23 ---
What happens here is that we call get_callee_fndecl before gimplifying the
expression f(3) and we get back malloc because of code in get_callee_fndecl
for:
/* If this is a readonly function pointer, extract its ini
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-03 18:19 ---
2028 /* Try this again in case gimplification exposed something. */
Malloc is just a builtin function, this ICE happens with any builtin function.
--
pinskia at gcc dot gnu dot org changed:
Wha
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-03 18:15 ---
Reduced testcase:
typedef __SIZE_TYPE__ size_t;
extern void *malloc (size_t __size);
void *(* const f)(size_t) = malloc;
void *gg(void) {
return (*f)(3);
}
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from sje at cup dot hp dot com 2006-02-03 18:09 ---
Proposed patch at: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00139.html
Waiting for approval.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--
--- Comment #4 from sje at cup dot hp dot com 2006-02-03 18:05 ---
Fixed on mainline and on the 4.1 branch.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--- Comment #3 from sje at gcc dot gnu dot org 2006-02-03 18:02 ---
Subject: Bug 24901
Author: sje
Date: Fri Feb 3 18:02:04 2006
New Revision: 110549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110549
Log:
PR middle-end/24901
* fold-const.c (fold_checksum_tre
--- Comment #1 from kohler at cs dot ucla dot edu 2006-02-03 17:18 ---
Created an attachment (id=10776)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10776&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26092
Compiling this source causes an ICE on the call to (*f)(3). Preprocessed
source in an attachment, non-preprocessed source below. The ICE doesn't happen
if "f" is assigned to a user function poiner. The segmentation fault happens
on either Linux (4.0.3 20051201 Debian prerelease) or Mac OS X (4.0
--- Comment #24 from steven at gcc dot gnu dot org 2006-02-03 16:44 ---
Realistically this is not fixable for GCC 4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
int getpid (void), getppid (void);
struct S { int (*p) (void); int (*q) (void); };
const struct S t = { getpid, getppid };
int
main (void)
{
return 0;
}
gcc -g -o test test.c
or
int foo (void) { return 1; }
int bar (void) { return 2; }
struct S { int (*p) (void); int (*q) (void); };
const struct
--- Comment #3 from rakdver at gcc dot gnu dot org 2006-02-03 14:14 ---
The things are a bit more complicated -- get_condition would be correct,
but in cfglayout mode, some labels and jumps are omitted, and the order of
blocks is arbitrary.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #2 from rakdver at gcc dot gnu dot org 2006-02-03 13:57 ---
The code looks like
(insn 86 85 77 2 (set (reg:CC 127)
(compare:CC (reg/v:SI 125 [ ei1 ])
(const_int 0 [0x0]))) -1 (nil)
(nil))
(note 77 86 18 2 NOTE_INSN_LOOP_BEG)
...
a lot of insns
...
(j
--- Comment #2 from rschuster at gcc dot gnu dot org 2006-02-03 13:47
---
Subject: Bug 26073
Author: rschuster
Date: Fri Feb 3 13:47:51 2006
New Revision: 110543
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110543
Log:
Fixes PR #26073.
2006-02-03 Robert Schuster <[EMAIL P
--- Comment #1 from amodra at bigpond dot net dot au 2006-02-03 12:37
---
powerpc-linux-gcc -m32 -O2 -S with patch applied now generates
f1:
li 9,1
slw 9,9,4
addi 9,9,-1
and 3,3,9
blr
--
amodra at bigpond dot net dot au changed:
Wh
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-02-03 12:35
---
Not working on a backport.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
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=19581
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-02-03 12:32
---
On trunk with --param salias-max-array-elements=6 we now get
.L4:
addl%edx, %eax
addl%eax, %ecx
addl%ecx, %ebx
addl%ebx, %esi
addl%esi, %edi
addl
--- Comment #9 from amodra at bigpond dot net dot au 2006-02-03 12:07
---
Fixed 4.1 and mainline
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #8 from amodra at gcc dot gnu dot org 2006-02-03 12:05 ---
Subject: Bug 25960
Author: amodra
Date: Fri Feb 3 12:05:51 2006
New Revision: 110542
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110542
Log:
PR target/25960
gcc/
* config/rs6000/darwin-ldo
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-02-03 11:55 ---
While propagating easily works, we don't fold VIEW_CONVERT_EXPR at all. I
remember a patch of Roger which did folding of vector constants or so, but
can't find it anymore.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #7 from amodra at gcc dot gnu dot org 2006-02-03 11:44 ---
Subject: Bug 25960
Author: amodra
Date: Fri Feb 3 11:44:08 2006
New Revision: 110540
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110540
Log:
PR target/25960
gcc/
* config/rs6000/darwin-ldo
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-03 10:26 ---
This is fixed in 4.0.3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from rguenth at gcc dot gnu dot org 2006-02-03 09:16
---
Ok, I'll skim through the posted testresults and will restrict the test to
working targets.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
When I try to compile the file bug.cpp with
g++ bug.cpp -o bug
gcc gives the error message
bug.cpp:6: internal compiler error: in uses_template_parms, at cp/pt.c:4956
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugzilla.redhat.com/bugzilla> for instructions
--- Comment #10 from aoliva at gcc dot gnu dot org 2006-02-03 08:40 ---
Patch for the IA64 debug info regression posted at
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00197.html
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
---
75 matches
Mail list logo
