(Unsure about the java/ qualifier; might be target/.)
See summary. Compared to no options at all, an --enable-checking=rtl
build has a failure for "pr83 -O3 compilation from bytecode"
from libjava/testsuite/libjava.lang/lang.exp.
No other similar "regressions" spotted.
In libjava.log, the error lo
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 00:07
---
I would try this again with the compiler, for some reason this test is known to be
flaky even without --
enable-checking=rtl.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18068
--- Additional Comments From hp at gcc dot gnu dot org 2004-10-20 00:33 ---
In response to comment #1, I ran this test once when I saw it, and now twice
extra, still failing.
In the three previous test runs with the same source base without configure
options, it didn't fail, so I doubt th
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-20 02:21
---
Subject: Bug 17317
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-20 02:21:05
Modified files:
gcc: ChangeLog
gcc/config/arc : t
--- Additional Comments From giovannibajo at libero dot it 2004-10-20 02:27
---
This is a regression against all open branches. I have committed Ramana's patch
to mainline, but still needs approval to get backported.
--
What|Removed |Added
--
--- Additional Comments From schlie at comcast dot net 2004-10-20 04:15 ---
Although I don't know what problem may have existed, but the code documented produces
a correct
result of 12 in all cases; so this bug should probably be closed.
-paul-
--
http://gcc.gnu.org/bugzilla/show_
While playing around with contradicting type and variable attributes I may have
stumbled across a g++ 3.4/4.0 regression.
Here is a short example - see the attachment for full details.
typedef struct {
char dummy;
} type01c_t
__attribute__((aligned(8)))
__attribute__((aligned(4)));
In any c
--- Additional Comments From markus at oberhumer dot com 2004-10-20 04:58 ---
Created an attachment (id=7381)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7381&action=view)
Test program and log of failure.
g++-3.4 and g++.4.0 fail. All other (including gcc-3.4 and gcc-4.0) work.
This is a call for opinions on contradicting function attributes like giving
both cdecl and stdcall or both always_inline and noinline.
Somewhat related to bug18069 (Contradicting type and variable attributes) I've
seen that contradicting inline attributes give varying results/warnings/errors,
dep
--- Additional Comments From markus at oberhumer dot com 2004-10-20 05:24 ---
Created an attachment (id=7382)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7382&action=view)
Test program, and log of compilation with various gcc versions.
--
http://gcc.gnu.org/bugzilla/show_bug.
-Winline does not respect -fno-default-inline (this is split out of bug17115,
and a possible 3.3 regression).
Consider this code:
struct Foo {
int a(int r) { return r & 1; }
virtual int b(int r) { return r & 2; }
static int c(int r) { return r & 4; }
};
int bar(int r) {
--- Additional Comments From markus at oberhumer dot com 2004-10-20 05:49 ---
Created an attachment (id=7383)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7383&action=view)
Test program, and log of compilation with various gcc versions.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Additional Comments From markus at oberhumer dot com 2004-10-20 05:55 ---
Mayn thanks for the fix. May I also draw your attention to bug18071 (-Winline
does not respect -fno-default-inline), and I'd also appreciate comments on
bug18070 (Contradicting function attributes).
--
ht
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-10-20 06:54
---
Bruce, will you please take a look? It is pretty obvious but I do not want to
step over you.
--
What|Removed |Added
-
101 - 114 of 114 matches
Mail list logo
