--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
|
--- Comment #8 from tobi at gcc dot gnu dot org 2006-02-06 20:56 ---
Moving this to the rtl-optimization component, the final tree dump looks
correct.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from sgk at troutmask dot apl dot washington dot edu
2006-02-06 20:57 ---
Subject: Re: EQUIVALENCE broken in 32-bit code with optimization -O2
On Mon, Feb 06, 2006 at 08:33:39PM -, tkoenig at gcc dot gnu dot org wrote:
>
> --- Comment #7 from tkoenig at gcc dot
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 20:59 ---
Hmm:
http://gcc.gnu.org/ml/java-patches/2003-q3/msg00722.html
I thought this was fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26138
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-06 21:01
---
(In reply to comment #8)
> Moving this to the rtl-optimization component, the final tree dump looks
> correct.
Even though the final tree dump looks correct this is a still a front-end issue
as the front-end commu
--- Comment #3 from mahek2k1 at yahoo dot com 2006-02-06 21:05 ---
(In reply to comment #2)
> Please try with Linux and gcc that are still supported.
Thanks for the inputs, sorry for making it confusing, the linux is Redhat 7.1
Additional info
GDB Stack trace is following:
(gdb) ru
--- Comment #2 from tromey at gcc dot gnu dot org 2006-02-06 21:05 ---
Testing a patch.
This may have been fixed, but it fails now.
Setting TREE_USED on the syms decl in GEN_TABLE fixes it.
But maybe that is just papering over the bug?
--
tromey at gcc dot gnu dot org changed:
--- Comment #4 from sje at gcc dot gnu dot org 2006-02-06 21:27 ---
Subject: Bug 25917
Author: sje
Date: Mon Feb 6 21:27:51 2006
New Revision: 110665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110665
Log:
PR target/25917
* config/ia64/predicates.md (extr_len
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-02-06 21:31
---
Sorry to interfere, Jerry, but I had some time and decided to write that patch.
If you already had a patch for this, I'd be interested in knowing the approach
you chose.
--
fxcoudert at gcc dot gnu dot org cha
--- Comment #3 from hjl at lucon dot org 2006-02-06 21:39 ---
The problem is we have
logical, dimension(max_domains) :: non_hydrostatic
integer, dimension(max_domains) :: time_step_sound
namelist /dynamics/ non_hydrostatic
namelist /dynamics/ time_step_sound
The input is
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-06 21:44 ---
The bug is in read_logical. We eat the 't' and try to find the next seperator.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26136
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-02-06 21:51
---
A slightly improved form of the patch attached here earlier has been posted to
the mailing list for review:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00394.html
--
eedelman at gcc dot gnu dot org changed:
--- Comment #20 from tromey at gcc dot gnu dot org 2006-02-06 21:54 ---
The included xmlParserAPIs.jar and xercesImpl.jar compiled fine for
me on x86 FC4 using svn gcc 4.0.x.
So, I'm closing this.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from tromey at gcc dot gnu dot org 2006-02-06 22:12 ---
This seems to have stalled.
I think my preferred solution here would be to use memcmp and
let gcc and glibc fight it out for the best implementation.
How far are we from having that be a reasonable approach?
--
t
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
Now that we have a CORBA implementation, we ought to provide
"gorbd" and "gtnameserv" executables.
--
Summary: provide gorbd and gtnameserv executables
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-06 22:25 ---
g77 had the same bug until PR 957 was fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-06 22:34 ---
This was the patch to libi77 which fixed the problem for g77:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libf2c/libI77/Attic/lread.c.diff?r1=1.4&r2=1.5&only_with_tag=MAIN&f=h
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 22:42 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-06 22:43 ---
Does this code show up in SPEC CPU 2006?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26136
I just tried to compile package lilypond-2.6.5-2 from Suse Linux with a recent
GNU C++ compiler version 4.2 snapshot 20060204.
The compiler snapshot said
rm -f ./out/drum-note-performer.dep;
DEPENDENCIES_OUTPUT="./out/drum-note-performer.dep ./out/drum-note-performer.o"
/home/dcb/gnu/42-20060204
--- Comment #1 from dcb314 at hotmail dot com 2006-02-06 23:02 ---
Created an attachment (id=10793)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10793&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26140
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-06 23:30 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26140
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-06 23:39 ---
It worked with "4.2.0 20051217".
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hjl at lucon dot org 2006-02-06 23:47 ---
This is in SPEC CPU 2006. But it needs a patch to compile with gcc 4.2. Since
I can't verify if gcc 4.2 compiles this benchmark correctly, I am reluctant
to sumbit my patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
4.1 cc1plus compiler on sh4-linux fails with the ICE
foo.cc:11: internal compiler error: in gimplify_addr_expr, at gimplify.c:3572
for
struct S
{
double a;
};
void
foo (int z, ...)
{
struct S arg;
__builtin_va_list ap;
arg = __builtin_va_arg (ap, struct S);
}
and 4.2 cc1plus fails with
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||jason at gcc dot gnu dot org
Severity|normal
the
namespace debug = std::__gnu_debug;
from debug/debug.h (which is pulled in by almost every STL header) causes
quite some clashes and is a huge PITA, as debug is often a user application
namespace or
function.
why can't this be inside the std:: namespace or at least not be pulled in
by defa
The following testcase causes a segfault when compiled with 4.0.3 20060206
(with no optimizations). gcc-3.3, 3.4, and 4.1 all seem to work fine with this
code.
-
#include
std::string exception_to_debug_string(const std::exception & e)
{
return std::string("hey now&qu
--- Comment #8 from ian at airs dot com 2006-02-07 00:30 ---
Yes, I still get an unnecessary move in your test case which uses addition.
One reason this happens is because the addition can not be split until after
the reload pass is complete. That is because the add relies on the condi
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-07 00:35 ---
Reduced testcase:
struct Pitch
{
int notename_;
};
struct Audio_note
{
Audio_note (Pitch p);
};
void create_audio_elements ()
{
Pitch *pit;
new Audio_note (*pit);
}
Looks like this is caused by:
2006
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 00:37 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
When casting a pointer and checking for == NULL, the check is skipped
when -O3 is enabled. I found this problem while compiling bind with
uClibc,
but could reproduce the problem with the debian version of gcc and this
simple
test file.
Environment:
System: Linux d
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 00:46 ---
Introduced by:
2005-12-18 Benjamin Kosnik <[EMAIL PROTECTED]>
* include/debug/formatter: Simplify namespace qualifications for
current, nested-only reality. Add top-level namespace alias,
n
Hi,
Noticed a memory leak in tree-ssa-loop-unswitch.c in routine
tree_unswitch_single_loop() function.
I'll submit a patch to fix this leak.
--
Summary: memory leak in loop unswitching.
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Seve
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 00:53 ---
I cannot reproduce this at all with 4.0.3 20051105.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26144
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 00:53 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
Trying to bootstrap mainline as of 20060206 on i386-pc-solaris2.10 with gas
2.15 and no options to select a specific target fails when trying to build
the amd64 libgcc multilib:
/vol/gcc/obj/gcc-4.2.0-20060206/10-gcc-gas/./gcc/xgcc
-B/vol/gcc/obj/gcc-4.2.0-20060206/10-gcc-gas/./gcc/
-B/vol/gcc
--- Comment #2 from ro at gcc dot gnu dot org 2006-02-07 01:12 ---
Jan, this is your patch, Could you please have a look. This is a regression
from
the 4.1 branch.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|Bootstrapping mainline on |[4.2 Regression
After running coverity tool I discovered following memory leaks.
1) in gcc/opts.c: memory never freed allocated by 'new_option' pointer.
2) in gcc/df-core.c: Memory never freed allocated by 'postorder' pointer.
3) in tree-data-ref.c: memory never freed allocated by dist_v and init_v
pointers.
I
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 02:02 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
In the transcript below, the program "problem.C", which does not include any
header files, shows a bug in gcc 3.4.0 under Linux (kernel version 2.6.11)
running on an Intel Pentium 4, which still exists in gcc 4.0.2 but does not
exist in gcc 3.3.2. I also enclose two slightly modified versions of
"
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 02:24 ---
This is a dup of bug 11828.
Qualified names are looked up at the point of calling and not looked up at
instantiation time
*** This bug has been marked as a duplicate of 11828 ***
--
pinskia at gcc dot gnu dot or
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-02-07 02:24
---
*** Bug 26148 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-07 02:36 ---
Actually I looked at this again and this is invalid code and we should reject
it (fixing where the const is fixes the wrong code):
struct DebugStringHolder
{
int (*get()) () const;
};
--
Related to PR 66
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-02-07 02:42
---
This is pr 24459, see discussion there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26136
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-07 02:50
---
(In reply to comment #9)
> This is pr 24459, see discussion there.
Jerry, I would like to disagree based on the the old bug g77 bug I found which
shows really what is going on here and why this is not really a d
FAIL: libgomp.c/ordered-2.c (test for excess errors)
Excess errors:
ordered-2.c:(.text+0x29): undefined reference to `__sync_fetch_and_add_4'
--
Summary: libgomp.c/ordered-2.c fails on i686-linux-gnu
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-02-07 04:15
---
(In reply to comment #10)
Yes, After looking at this more closely I agree this is not a dup. First letter
f or t of the next name object is being interpreted as the next logical value
in the incomplete array.
-
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-02-07 05:43 ---
Sorry, the alias should only be visible when the user has explicitly invoked
the debug mode, otherwise absent.
I'll fix this.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26142
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-02-07 05:46
---
(In reply to comment #3)
> Sorry to interfere, Jerry, but I had some time and decided to write that
> patch.
> If you already had a patch for this, I'd be interested in knowing the approach
> you chose.
>
Not a
--- Comment #17 from Ralf dot Wildenhues at gmx dot de 2006-02-07 05:48
---
(In reply to comment #16)
> Please read the summary line: "Wrong libgcc_s.so.1 is used by lt-gij". Ld.so
> will search DT_RPATH first for any shared libraries.
Yes. So all that is missing is a notion in libtoo
--- Comment #15 from jakub at gcc dot gnu dot org 2006-02-07 06:51 ---
Subject: Bug 2
Author: jakub
Date: Tue Feb 7 06:51:39 2006
New Revision: 110688
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110688
Log:
2006-02-07 Alexandre Oliva <[EMAIL PROTECTED]>
PR deb
--- Comment #16 from jakub at gcc dot gnu dot org 2006-02-07 06:52 ---
Subject: Bug 2
Author: jakub
Date: Tue Feb 7 06:52:17 2006
New Revision: 110689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110689
Log:
2006-02-07 Alexandre Oliva <[EMAIL PROTECTED]>
PR deb
101 - 155 of 155 matches
Mail list logo
