--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 18:46
---
I did not know how hard it would to generate a self contained testcase which is why I
had asked you file
one (I just decided to file one after I got a tescase).
--
What|Removed
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 18:54 ---
It would seem that this would affect any big-endian target for which the ABI
forces type promotion of parameters.
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 18:57 ---
Someone will need to test this on an affected target, both with gcc and the
gdb testsuite.
--
What|Removed |Added
-
On the BC branch, in link.cc, there are a number of
places where we use _Jv_Malloc where we ought to use
_Jv_AllocBytes. Search for the FIXME comments
(not every malloc needs to be replaced).
Actually doing this results in a buggy runtime, however.
There is probably some GC marking problem, howev
--
What|Removed |Added
BugsThisDependsOn||17978
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12725
In defineclass.cc, we do a pass over the constant pool
and turn JV_CONSTANT_String references into _Jv_Utf8Const
objects. Later, during linking, these are turned into
real String instances. We could just as easily create
real Strings when defining the class and reduce the amount
of work to be don
--
Summary: Binary Compatibility: delay link exceptions until the
proper time
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassig
gcc/g++ versions (2):
1)
Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.3/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-
prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-
languages=c,c++,f77,o
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 20:17
---
3.4.0 accepts the code for me and runs.
--
What|Removed |Added
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 20:18
---
Yes this was reported before PR 795.
*** This bug has been marked as a duplicate of 795 ***
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 20:18
---
*** Bug 17981 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 20:26
---
Someone should see if remove_useless_stmts is really help on compile time or not, this
case shows that
it is not a help at all, maybe it should be done after CFG is done.
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 20:33
---
there is a cfg version of remove_useless_stmts, cfg_remove_useless_stmts, maybe
someone (not me)
can do some timings (code gen) on this patch:
Index: tree-cfg.c
--- Additional Comments From bangerth at dealii dot org 2004-10-13 21:10 ---
The workaround is to write
return k.template is_a_xfer();
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17981
--- Additional Comments From fang at csl dot cornell dot edu 2004-10-13 21:14
---
Subject: Re: parse error on template method of template class
Thank you for the feedback. How come when I searched for the keywords
"parse error template method" on bugzilla, I get the infamous
`Zarro Bo
--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-13 21:21
---
See this unreviewed patch:
http://gcc.gnu.org/ml/java-patches/2004-q3/msg00372.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13604
--- Additional Comments From tausq at debian dot org 2004-10-13 21:24 ---
Verified with gcc-3.4.1 and gdb-6.2.1 on hppa-linux. Thanks Richard.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15860
--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-13 21:33
---
*** This bug has been marked as a duplicate of 17021 ***
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-13 21:33
---
*** Bug 17980 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 21:43
---
Is this related to PR 1259 at all?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17979
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 21:44
---
Most likely you searched only the open bugs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17981
--- Additional Comments From mostrows at watson dot ibm dot com 2004-10-13 21:45
---
Subject: Re: const/pure functions result in
bad asm
For starters, when compiling without -DBUG, the resulting assembly is
much longer (correct assembly, with -DBUG below, that is without
pure/c
--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-13 21:46
---
I think PR 1259 relates to deficiencies in the compiler,
not the runtime (or at least not this part of the runtime).
This PR refers to a minor possible optimization when defining
an interpreted class; it does
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 22:02
---
-O1 -DBUG vs -O1 on "GCC: (GNU) 3.4.1 20040619 (prerelease)" is the same. Now with
-fno-inline we
do get different asm but the asm is correct as current_thread_info is marked as const
so we only call it
When an identifier has been used in an inline declaration subsequent renames
of it are ignored. That used to work with gcc 3.4 and still works on i386 and
ppc at least. This breaks building glibc.
$ cat asm.c
extern int foo (void);
extern inline int
bar (void)
{
return foo ();
}
ext
--
What|Removed |Added
CC||amodra at bigpond dot net
||dot au
http://gcc.gnu.org/bugzilla/
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:03
---
DECL_ASSEMBLER_NAME_SET_P is true on ia64 for some reason which gets set when we call
make_decl_rtl at c-decl.c:1757, why I don't know.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:03
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From amodra at bigpond dot net dot au 2004-10-13 23:04
---
I see the same behaviour as Michal is reporting with 3.4.3 20041010
gcc miscompiles a do while (0) "loop" into an infinite loop.
--
What|Removed |Added
The following ICE happens during compilation of libada:
../../xgcc -B../../ -c -g -O2 -fPIC -W -Wall -gnatpg g-socket.adb -o
g-socket.o
+===GNAT BUG DETECTED==+
| 4.0.0 20041013 (experimental) (powerpc-unknown-linux-gnu) GCC error
--- Additional Comments From mostrows at watson dot ibm dot com 2004-10-13 23:11
---
Subject: Re: const/pure functions result in
bad asm
Here is simpler code that demonstrates the problem. Note, no loops
involved. Further below is compilation and objdump with and without
DBUG
See also PR 17626. This is another bug in the peephole2 patterns; constants
aren't truncated/sign-extended when changing to a shorter mode. This causes
ICEs like the following:
x/gcc/testsuite/gcc.dg/cris-peep2-xsrand2.c: In function 'andwlsr':
x/gcc/testsuite/gcc.dg/cris-peep2-xsrand2.c:16: erro
--
What|Removed |Added
GCC target triplet|powerpc-apple-darwin|powerpc-darwin, powerpc-
||linux
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:16
---
*** This bug has been marked as a duplicate of 17793 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:16
---
*** Bug 17983 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:16
---
Confirmed via the dup bug.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:18
---
The RTL is set because IA64 has ASM_OUTPUT_EXTERNAL defined.
I think is related to changes which Zack made to c-decl.c.
--
What|Removed |Added
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:18
---
Subject: Bug 13841
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-10-13 23:18:19
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:22
---
The call to make_decl_rtl is from assemble_external.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982
--
What|Removed |Added
Keywords||wrong-code
Summary|const/pure functions result |[3.4 Regression] const/pure
|in b
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:25
---
Subject: Bug 13841
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-13 23:25:18
Modified files:
gcc: ChangeLog function.c
Log message:
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 23:27 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
R
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:29
---
Subject: Bug 17384
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-10-13 23:29:06
Modified files:
gcc: Change
--- Additional Comments From zack at codesourcery dot com 2004-10-13 23:29 ---
Subject: Re: [4.0 regression] asm declaration ignored due to conflict with previous
rename
Hmm. Why are we calling assemble_external before EOF?
zw
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1798
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:31
---
Subject: Bug 17384
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-13 23:31:24
Modified files:
gcc: ChangeLog c-common.c crtstuff.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:32
---
Subject: Bug 17984
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-13 23:32:15
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:35
---
Subject: Bug 17984
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-13 23:35:04
Modified files:
gcc: ChangeLog
gcc/config/cris: c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:36
---
Hmm, I don't see it in 3.4.3 20041008 (prerelease) with a cross from powerpc-darwin to
powerpc64-
unknown-linux-gnu at -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17972
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:37
---
I should say the -O0 is for cc1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17972
--- Additional Comments From hp at gcc dot gnu dot org 2004-10-13 23:38 ---
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01149.html>
--
What|Removed |Added
Status
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 23:39 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
R
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:44
---
Subject: Bug 15860
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-13 23:43:57
Modified files:
gcc: ChangeLog dwarf2out.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-13 23:44
---
Subject: Bug 15860
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-10-13 23:44:27
Modified files:
gcc: Change
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-13 23:45 ---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
R
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-13 23:49
---
1764 if (!skip_evaluation)
1765assemble_external (ref);
#0 assemble_external (decl=0x41682934) at ../../gcc/varasm.c:1771
#1 0x00043c20 in build_external_ref (id=0x41686ac4, fun=1) at
../../
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 00:03
---
Also with a newest compiler (todays) I cannot reproduce this. What compiler are you
starting with and is
this with a bootstrap or a cross compiler?
--
What|Removed |Add
in the return expression of "make"'s body, the expected type is T,
the aggregate is an extension aggregate, but is not of a type
derived from T through one or more extensions. (This is as
far as my limited understanding of LRM 4.3.2(4) and AARM 4.3.2(5)
goes.) Therefore the compiler should not acce
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 03:47
---
Yes we remove it because ({ a : 1; 1; }) is marked as no has SIDE_EFFECTS which fold
changes
COND_EXPR ; to just true; which removes the label.
The ICE is a regression but before in both 3.1 and 3.3, we d
--- Additional Comments From shadow at serverart dot org 2004-10-14 03:47 ---
Created an attachment (id=7344)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7344&action=view)
OscilGen.S
gcc -O0 -ggdb -Wall -DOS_LINUX -DALSAMIDIIN -DFFTW_VERSION_3 -DASM_F2I_YES
`fltk-config --cflags
--- Additional Comments From giovannibajo at libero dot it 2004-10-14 03:55
---
Created an attachment (id=7346)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7346&action=view)
GDB session
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17990
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 06:44
---
> Notice that the original bugreport is against 3.3.2 though, which means that
> the user really hit this problem on the 3.3 branch. And moving to 3.4 is non-
> trivial for much C++ code due to the new pa
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-14 06:55
---
Subject: Bug 14454
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2004-10-14 06:54:52
Modified files:
gcc: Change
101 - 162 of 162 matches
Mail list logo
