--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-26
05:27 ---
Subject: Bug 17965
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-26 05:27:15
Modified files:
gcc: ChangeLog calls.c
gcc/testsu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-26
05:23 ---
Subject: Bug 22028
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-26 05:23:49
Modified files:
gcc: ChangeLog gimplify.c
gcc/tes
--- Additional Comments From kazu at cs dot umass dot edu 2005-06-26 03:51
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-26
03:49 ---
Subject: Bug 22026
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-26 03:49:20
Modified files:
gcc: ChangeLog tree-vrp.c
gcc/tes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-26
02:48 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From greenrd at greenrd dot org 2005-06-26 02:42
---
Created an attachment (id=9151)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9151&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22189
The attached test case aot-compiles HelloWorld.java, builds a .db file, and then
"merges" that single .db file into another .db file. (Because it is only
"merging" a single file, and the destination .db does not exist, it is in effect
a copy rather than a merge.) But gcj-dbtool fails with this erro
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-26
02:34 ---
Fixed, most likely by the patch which fixed PR 15324.
--
What|Removed |Added
Sta
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-26
02:25 ---
(In reply to comment #6)
> The problem here is that gcc is using a DImode register to handle 6 byte
> (int+long) structure. Why I have no idea!
This is so it does not store it on the stack. As I said in co
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-26
01:53 ---
Jan, would you please see if this patch can be easily applied to the 4.0 branch?
I'm trying to clear out the known wrong-code problems in advance of 4.0.1, and
as this is fixed on the mainline, it might be
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-06-26 00:57 ---
(In reply to comment #3)
> if anyone knows where to find those discussions mentioned in comments
> #0 and #1, can he/she please link them to this report?
http://gcc.gnu.org/ml/gcc-patches/2004-
--- Additional Comments From mark at codesourcery dot com 2005-06-26 00:45
---
Subject: Re: [4.0/4.1 regression] Spurious ambiguity with
pointers to members
bangerth at ices dot utexas dot edu wrote:
> --- Additional Comments From bangerth at ices dot utexas dot edu
> 2005-06-24
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
23:37 ---
Actually the problem I was having was not related to this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22174
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-25 22:11
---
Diagnostic needed for -pedantic (and in general I don't like extensions not
being diagnosed with -pedantic even where diagnostics aren't strictly required).
[comment#10 did not appear on gcc-bugs - apparently
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
20:47 ---
I wonder who caused it. Man I hate this now, Ada been broken every other week
now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22174
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
19:28 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-25
18:44 ---
Well, don't know the standard reference, but the Sun compiler does error out on
this code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20895
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-25
18:42 ---
Guillem, any update on this one? Did you find the real problem?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20807
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
18:34 ---
This was fixed about 3 months ago.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
18:34 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
There were some warnings when building with treelang enabled:
treelang/lex.c: In function 'yy_get_next_buffer':
treelang/lex.c:1127: warning: old-style function definition
treelang/lex.c: In function 'yy_get_previous_state':
treelang/lex.c:1259: warning: old-style function definition
treelang/lex.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
18:28 ---
Confirmed, I think this is a bug in scaler evolution though.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
18:23 ---
I think this is a binutils bug and not a bug in GCC and/or libstdc++.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
18:22 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Summary|Would like atanh etc. as|[4.0 only] Would like atanh
|intrinsics |etc. as intrinsics
Target Milest
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
18:18 ---
We need the preprocessed source file to be able to reproduce it.
--
What|Removed |Added
--- Additional Comments From greenrd at greenrd dot org 2005-06-25 17:35
---
Actually, I just added -fjni (to the aot-compile command line), and it did fix
the bug for me. Thanks!
Marking this bug INVALID.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
17:14 ---
We still need a testcase even though you cannot figure out where the problem is
yet.
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-25
16:52 ---
One problem is that you need to compile with -fjni.
However, adding this to aot-compile does not seem to fix the bug.
--
What|Removed |Added
--- Additional Comments From greenrd at greenrd dot org 2005-06-25 16:25
---
*** Bug 22187 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22186
--- Additional Comments From greenrd at greenrd dot org 2005-06-25 16:25
---
My buggy browser plugin submitted this bug twice.
*** This bug has been marked as a duplicate of 22186 ***
--
What|Removed |Added
---
When gij runs the main method in the attached test case, it does not use the
precompiled libtest.jar.so, even though test.db is mentioned in the
gnu.gcj.precompiled.db.path property.
Test case attached. Type ./run.sh to build and run it. You get something like:
Obtained 10 stack frames.
.libs/lib
--- Additional Comments From greenrd at greenrd dot org 2005-06-25 16:19
---
Created an attachment (id=9150)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9150&action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22186
When gij runs the main method in the attached test case, it does not use the
precompiled libtest.jar.so, even though test.db is mentioned in the
gnu.gcj.precompiled.db.path property.
Test case attached. Type ./run.sh to build and run it. You get something like:
Obtained 10 stack frames.
.libs/lib
--- Additional Comments From pedro dot lamarao at mndfck dot org
2005-06-25 16:10 ---
Created an attachment (id=9149)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9149&action=view)
Problem code
This file contains the declaration for a class inheriting from
std::runtime_error.
--
I get the following with the net_error.ii file attached to this bug:
[EMAIL PROTECTED] Projetos]$ g++ -O3 -fPIC -c -o net_error.o net_error.ii
[EMAIL PROTECTED] Projetos]$ g++ -fPIC -shared -o net_error.so net_error.o
/usr/bin/ld: net_error.o(.text+0x8e): unresolvable relocation against symbol
`st
Consider the following short program. If it is compiled MyFunc1 is vectorized
but MyFunc2 is not. Both fuctions differ only in the empty loop, which is a
comment in MyMunc2. My compiler is the latest gcc41 snapshot (20050618)
Michael Cieslinski
double MyFunc1 (int size)
{
int len = size +
--- Additional Comments From bdavis9659 at comcast dot net 2005-06-25
14:06 ---
in the interest of ensuring credit is given to who actually did the work, the
above analysis was done by [EMAIL PROTECTED] and posted by me.
--bud davis
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=219
--- Additional Comments From bdavis9659 at comcast dot net 2005-06-25
13:58 ---
here are some things i have found while researching this:
First, this patch:
2002-05-09 Hassan Aurag <[EMAIL PROTECTED]>
* expr.c (ffeexpr_reduced_ugly2log_): Allow logicals-as-integers
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-25
13:29 ---
This bug report is totally useless. There are no links to the relevant
discussions that have apparently taken place. There are no test cases,
no examples of what or where or why things go wrong. I believ
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-25
13:23 ---
I'll try to investigate this a bit...
--
What|Removed |Added
AssignedTo|unassigned a
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-25
13:17 ---
Honza, ping ping ping
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17234
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-25
13:16 ---
The test case from l8120l.i.bz2 compiles flawlessly with GCC CVS HEAD. The
maximum memory footprint I get is 350MB.
Not sure what to do with this bug, I don't see a problem anymore. Which
compilers fai
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-25
13:08 ---
This bug hasn't been modified in more than 18 months. What is the
current status of this bug? And is this not really a target specific
issue for SH with its silly r0, or can other targets also have this
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-06-
Trying to compile ant 1.6.5 using "gcj -C" as javac replacement results in:
src/main/org/apache/tools/ant/IntrospectionHelper.java: In class
'org.apache.tools.ant.IntrospectionHelper$1':
src/main/org/apache/tools/ant/IntrospectionHelper.java: In constructor
'(org.apache.tools.ant.Introspec
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-06-25 12:20 ---
The patch that was committed to fix this is wrong.
#ifdef TARGET_DLLIMPORT_DECL_ATTRIBUTES is always true. It is defined to 0 for
non-dll targets in defaults.h.
Why not make this a runtime sw
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-25
11:56 ---
So it's agreed this is a valid bug... Now, what are we going to do about it?
--
What|Removed |Added
-
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-25
11:41 ---
You can find how to download the hammer branch on http://gcc.gnu.org/cvs.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20497
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-25
11:38 ---
And FWIW, yes there are a number of known issues with optimizing for mgrid
on ia32. Try e.g. -fno-tree-pre, this used to be a major win for mgrid.
What can you expect, when the hot loop has 11 integer regi
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-25
11:36 ---
Speculation is not going to help anyone. What does the generated code
look like for 3.4.2, 4.0.0 and CVS HEAD? Bonus points for annotated
assembly output so that it is easier to interpret the results.
> %eax x
> %ebx
> %ecx x
> %edx x
>
> So %ebx at least is free (and iiuc, with -fomit-frame-pointer %ebp is
> also free, right?). Maybe the allocator thinks %ebx can't be used
> because it is the PIC register.
yes, ebx cannot be used because of pic, and -fomit
I'm testing the 2.6.12.1 kernel...
With gcc-3.3.6 kernel works fine.
With gcc-4.0.1cvs works fine too (ix86 and sparc64 tested).
With current mainline system (i686) reboots right after
"BIOS data check successful." message.
Any ideas how to track the bug down?
--
Summary
%ebx
%ecx x
%edx x
So %ebx at least is free (and iiuc, with -fomit-frame-pointer %ebp is
also free, right?). Maybe the allocator thinks %ebx can't be used
because it is the PIC register.
Here is what mainline today ("GCC: (GNU) 4.1.0 20050625 (experimental)")
gives me (x86-6
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-25
09:59 ---
Fixed on mainline, waiting for 4.0 to reopen.
--
What|Removed |Added
Keywords|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-25
09:56 ---
Subject: Bug 22144
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-25 09:56:38
Modified files:
libgfortran: ChangeLog
libgfortran/m4 : c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-25
09:56 ---
Subject: Bug 21144
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-25 09:56:38
Modified files:
libgfortran: ChangeLog
libgfortran/m4 : c
--- Additional Comments From uros at kss-loka dot si 2005-06-25 07:40
---
(In reply to comment #8)
> > This is a known problem, with a hack to mode-switching.c at
> > http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01434.html.
> >
> > Please, could you try to apply the mode-switching.c
60 matches
Mail list logo
