--- Comment #4 from gdr at integrable-solutions dot net 2006-02-08 22:30
---
Subject: Re: g++ bug, possibly introduced around gcc 3.4.0
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| try comp.lang.c++ first and then go from there.
comp.std.c++ is the place to talk
--- Comment #10 from uweigand at gcc dot gnu dot org 2006-02-08 22:36
---
(In reply to comment #9)
> The first 3 are so well-understood as to be fixed on my machine. :-) We are
> working on the 4th.
Excellent!
> > Will you be committing the patch, or is this not the proper fix?
>
>
Hi,
Found following memory leaks in modulo-sched.c
In function, sms_schedule(), memory allocated and pointed by g_arr is not
freed.
In function sms_schedule_by_order(), sbitmap memory allocated and pointed by
must_precede, must_follow and tobe_scheduled respectively, not freed.
--
S
--- Comment #1 from uttamp at us dot ibm dot com 2006-02-08 22:43 ---
I missed another memory leak in the same file, in function
generate_reg_moves(),
memory pointed by uses_of_defs is not freed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26184
--- Comment #2 from uttamp at us dot ibm dot com 2006-02-08 22:44 ---
I'll submit a patch to fix these leaks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26184
--- Comment #4 from idht4n at hotmail dot com 2006-02-08 23:00 ---
(In reply to comment #2)
> It worked in "4.1.0 20051026".
>
I just downloaded snapshot 4.1-20051029 which reports the version that you
mentioned and it exhibits the same behavior:
~/gcc4.1-20051029/bin/g++ --version
g
Cross compiler for M6811 does not compile on iMac.
Host compiler on OS X 10.4.4:
powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5250)
binutils 2.16 installed.
Invocation line:
../gcc-4.0.2/configure --target=m6811-elf --program-prefix=m6811-elf-
--prefix=/usr/local --enabl
--- Comment #1 from carl at vandenzen dot nl 2006-02-08 23:12 ---
Created an attachment (id=10808)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10808&action=view)
preprocessed .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26185
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 23:12 ---
*** This bug has been marked as a duplicate of 19960 ***
*** This bug has been marked as a duplicate of 19960 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 23:12 ---
*** Bug 26185 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19960
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||dberlin at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 23:16 ---
I bet it is RETURN_DECL which is the problem but checking for sure now.
If it is I will apply the obvious patch with a testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26179
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-08 23:23 ---
Reduced testcase for the RETURN_DECL issue (I still have to figure out if this
is the same issue):
struct a
{
int i;
};
void h(struct a&);
void l(void);
struct a g(void)
{
struct a fl;
h(fl);
if (fl.i)
l
I've got a complex template expression which produces an internal error into
gcc. By chance I tried on the native Mac gcc-4.0.0 and it gaves me correct
error messages as the templates are not qualified correctly. Nonetheless, I
think it is worth reporting for future regression tests.
Sebastien.
--- Comment #1 from smirolo at hotmail dot com 2006-02-08 23:26 ---
Created an attachment (id=10809)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10809&action=view)
save-temps file (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26186
--- Comment #3 from bryce at gcc dot gnu dot org 2006-02-08 23:27 ---
Subject: Bug 26113
Author: bryce
Date: Wed Feb 8 23:27:50 2006
New Revision: 110774
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110774
Log:
Add PR libgcj/26113 to last entry.
Modified:
trunk/libjava/C
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 23:31 ---
Yes it is the same issue.
(gdb) p debug_tree(genop)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26179
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 23:34 ---
On the mainline I get:
testLatency.cc:8: error: invalid use of 'class sideParms'
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||gcc-bugs at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 00:07 ---
It also fails with "4.1.0 20051026".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26181
--- Comment #2 from pcarlini at suse dot de 2006-02-09 00:10 ---
Confirmed, thanks a lot!
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCON
When compiling the test case below, the assembly output shows jmps through eax
to the destination pointer, p, for the functions goto0 and goto2 (which contain
zero and two expressions that take the address of a label). In function goto1,
which only takes the address of one label, there is no jmp i
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 00:32 ---
computed goto's can only goto local labels or gotos in the contained functions.
I don't see the bug here really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26187
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-09 00:34 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 00:37 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from bje at gcc dot gnu dot org 2006-02-09 00:38 ---
Thanks; I guess I misunderstood the semantics of computed gotos. On closer
inspection of the GCC manual,
"You may not use this mechanism to jump to code in a different function.
If you do that, totally unpredictab
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-09 00:41 ---
(From update of attachment 10805)
This patch was submitted to the wrong bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 00:55 ---
VRP is messing up:
w_13: [0, 1] EQUIVALENCES: { } (0 elements)
w_13 = x3_11 * y3_12;
x3_11: [0, 2147483647] EQUIVALENCES: { } (0 elements)
y3_12: [0, 2147483647] EQUIVALENCES: { } (0 elements)
That is wrong.
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-09 01:02 ---
You are violating aliasing rules which is why this does not work at -O3.
Either access the variable ptr as a "struct blah *" or use
-fno-strict-aliasing.
*** This bug has been marked as a duplicate of 21920 ***
--- Comment #83 from pinskia at gcc dot gnu dot org 2006-02-09 01:02
---
*** Bug 26144 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-09 01:12 ---
oh, it wraps main:
--wrap=main
I don't know the correct behavior here is or not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26120
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-09 01:13 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-09 01:14 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from bryce at gcc dot gnu dot org 2006-02-09 01:35 ---
Subject: Bug 25187
Author: bryce
Date: Thu Feb 9 01:35:33 2006
New Revision: 110783
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110783
Log:
2006-02-08 Bryce McKinlay <[EMAIL PROTECTED]>
PR libgc
--- Comment #4 from mckinlay at redhat dot com 2006-02-09 01:38 ---
Fixed.
--
mckinlay at redhat dot com changed:
What|Removed |Added
Status|NEW
--- Comment #4 from mckinlay at redhat dot com 2006-02-09 01:39 ---
Fixed.
--
mckinlay at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED
4.2.0 fails to compile on FreeBSD 4.11 as it multiply typedefs
uintptr_t. The tests in config/stdint.m4 don't test for
uintptr_t unless uintmax_t happens to exist in one of the
system header files.
--
Summary: 4.2.0 fails to compile on FreeBSD 4.11
Product: gcc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||bonzini at gnu dot org
Component|c
--- Comment #1 from Mark_Andrews at isc dot org 2006-02-09 02:23 ---
Created an attachment (id=10811)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10811&action=view)
patch for config/stdint.m4
Sub-optimal patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26188
--- Comment #5 from law at redhat dot com 2006-02-09 02:36 ---
Subject: Re: Missed jump threading
opportunity on trees
On Mon, 2006-02-06 at 16:17 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-06 16:17
> -
--- Comment #7 from law at gcc dot gnu dot org 2006-02-09 02:36 ---
Subject: Bug 21417
Author: law
Date: Thu Feb 9 02:36:33 2006
New Revision: 110785
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110785
Log:
PR tree-optimization/21417
* tree-ssa-threadedge.c (
--- Comment #8 from law at redhat dot com 2006-02-09 02:36 ---
Fixed with today's change to tree-ssa-threadedge.c
--
law at redhat dot com changed:
What|Removed |Added
--- Comment #4 from law at redhat dot com 2006-02-09 03:19 ---
I'll note this really isn't a jump threading issue. This is a fundamental
weakness in a dominator based optimizer vs a truly global optimizer.
What we've got is a block which looks something like this:
# u_18 = PHI ;
:;
D.
--- Comment #9 from david dot billinghurst at comalco dot riotinto dot com
dot au 2006-02-09 04:07 ---
Subject: RE: [4.1/4.2 regression] libgfortran unresolvable symbols on irix6.5
Just tried to check this on an irix6.5.22m Origin 300
Bootstrap fails in stage 2 with repeated messages
--- Comment #2 from dnovillo at gcc dot gnu dot org 2006-02-09 04:20
---
Mine. This is the same issue as 23128/23129. Testing patch.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from bkoz at gcc dot gnu dot org 2006-02-09 04:31 ---
Subject: Bug 26142
Author: bkoz
Date: Thu Feb 9 04:31:38 2006
New Revision: 110786
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110786
Log:
2006-02-08 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #7 from bkoz at gcc dot gnu dot org 2006-02-09 05:07 ---
Subject: Bug 26142
Author: bkoz
Date: Thu Feb 9 05:07:09 2006
New Revision: 110787
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110787
Log:
2006-02-08 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
101 - 147 of 147 matches
Mail list logo
