--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
17:24 ---
If we get fold to do the work, I think ccp will do the rest for us.
--
What|Removed |Added
--
Bug 21619 depends on bug 21595, which changed state.
Bug 21595 Summary: [4.0 Regression] __builtin_constant_p(Hello[0]) is true
for C but not for C++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21595
What|Old Value |New Value
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-27
18:08 ---
Fixed for 4.0.1.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From greenrd at greenrd dot org 2005-05-27 18:12
---
Here is the patch, which I've tested with both my reduced and my real test
cases:
--- libjava/java/util/logging/natLogger.cc.orig 2005-05-27 19:09:32.0
+0100
+++
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-27
18:17 ---
FWIW the test case works fine on cvs trunk.
It does fail for me with 4.0.
--
What|Removed |Added
Using -O2 or greater, when taking the address of an input argument results in
the wrong code. For example:
int foo (double d)
{
int *p = (int *) d;
return (*p);
}
With -O2 results in:
foo:
movq-8(%rsp), %eax
ret
With -O1 results in:
foo:
movsd %xmm0,
--- Additional Comments From evandro at yahoo dot com 2005-05-27 18:21
---
Created an attachment (id=8982)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8982action=view)
Test-case.
If compiled for x86_64 with -O2 or greater, results in bogus code.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
18:23 ---
You are violating C aliasing rules, does -fno-strict-aliasing help?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21788
--- Additional Comments From sje at cup dot hp dot com 2005-05-27 18:23
---
I am not sure the underlying problem is fixed. The assembly language error
seems to come from the line:
.pred.rel.mutex p0, p1
p0 is a fixed predicate register and should never show up here. p1 is not used
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
18:31 ---
Subject: Bug 21775
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-27 18:31:46
Modified files:
libjava:
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-27
18:33 ---
I checked in the fix on the 4.0 branch.
Thanks for the test case and patch -- best kind of bug report.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
18:34 ---
You are violating C aliasing rules.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From evandro at yahoo dot com 2005-05-27 18:39
---
(In reply to comment #2)
The wonders of -Wall...
Yes, -fno-strict-aliasing does help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21788
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
19:20 ---
Subject: Bug 21674
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-27 19:19:47
Modified files:
libstdc++-v3 : ChangeLog
Log message:
The following testcase crashes mainline when compiled with
g++ -O -ftree-vectorize:
==
struct C;
struct A
{
void foo(const C) { bar(); }
void bar();
};
struct B
{
short int x[2];
B() { short int* p=x; for (int i=0;
--- Additional Comments From drow at gcc dot gnu dot org 2005-05-27 19:28
---
You haven't said how you configured GCC. I'm guessing you configured for
arm-linux, but with an AAPCS-compatible ABI; you can't do that. The error isn't
the greatest, but it's hard to guard against all
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
19:35 ---
Confirmed, this is most likely the same as PR 21653.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
20:07 ---
Hmm, it might not be a hang but just outputting too much.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21732
Using a host system of Linux 2.6.8.1, binutils version 2.16 and the
aforementioned GCC, I have observed the following gcc segmentation faults:
util-linux-2.12q: -pipe -O2 -mtune=i486 -fomit-frame-pointer (defaults)
fdiskbsdlabel.c: In function 'bselect' (void):
fdiskbsdlabel.c: 164: internal
CCP and COPY-PROP print out garbage like
Replaced x_6 = 1;
with x_6 = 1;
Replaced L0:;
with L0:;
The dump would look a lot nicer if they print out statements that
have been changed.
--
Summary: ccp and copy-prop print out too much garbage with -
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
20:26 ---
tree-ssa-operands.c have this problem:
..
iter_6 - iter_100 - iter_6 - iter_100 - iter_6 - iter_100 - iter_6 -
iter_100 ...
--
What|Removed |Added
--- Additional Comments From bero at arklinux dot org 2005-05-27 20:57
---
Yes, configuration was
../confiugre --prefix=/usr --target=armv5tel-ark-linux --with-abi=iwmmxt
--with-arch=iwmmxt --with-cpu=iwmmxt
Trying with -gnueabi now -- but shouldn't --with-abi=iwmmxt imply
--- Additional Comments From drow at gcc dot gnu dot org 2005-05-27 21:02
---
Subject: Re: [csl-arm-branch and HEAD] fails to bootstrap with EABI
On Fri, May 27, 2005 at 08:57:59PM -, bero at arklinux dot org wrote:
Yes, configuration was
../confiugre --prefix=/usr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
21:10 ---
Mine, I figured out a way to fix this without any troubles:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02652.html
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-05-27
22:05 ---
Unless you can show us your code, the're not much we can do. Especially since
there is no occurence of Abort (case respected) in the libgfortran code!
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
22:08 ---
(In reply to comment #1)
Unless you can show us your code, the're not much we can do. Especially since
there is no occurence of Abort (case respected) in the libgfortran code!
Abort just comes from
The configure switch --enable-version-specific-runtime-libs
is not honored by java at all, and g77 is not correct too.
Where libgcc and other defaults are installed version specific anyway, with or
without this switch:
usr/lib/gcc/i686-pc-cygwin/3.4.2/libgcc.a
file hello_j.java:
public class hello_j {
public static void main(String[] args) {
System.out.println(Just another Java hacker,);
}
}
/usr/bin/gcj --main=hello_j hello_j.java -o hello_j
./hello_j
Signal 11
--
Summary: java doesn't work with Cygwin
Product:
--- Additional Comments From gerrit at gcc dot gnu dot org 2005-05-28
00:20 ---
$ gdb hello_j.exe
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-28
00:30 ---
Static linking really is not support, see PR 13708.
*** This bug has been marked as a duplicate of 13708 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-28
00:30 ---
*** Bug 21793 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
gcc -Wall -ansi -pedantic -fsyntax-only
erroneously accepts the following:
void bar(void);
void (*baz(void))(void) { return bar ? bar: (void *)(void *) 0; }
--
Summary: GCC accepts invalid code
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
--- Additional Comments From joseph at codesourcery dot com 2005-05-28
02:08 ---
Subject: Re: New: GCC accepts invalid code
On Sat, 28 May 2005, neil at gcc dot gnu dot org wrote:
gcc -Wall -ansi -pedantic -fsyntax-only
erroneously accepts the following:
void bar(void);
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-28
02:20 ---
Subject: Bug 21614
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-28 02:20:13
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-28
02:21 ---
Subject: Bug 21614
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-28 02:21:30
Modified files:
gcc/cp : ChangeLog typeck.c
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-28
02:26 ---
Fixed in 4.0.1.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 21762 depends on bug 21614, which changed state.
Bug 21614 Summary: [4.0/4.1 regression] wrong code when calling member function
of undefined class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21614
What|Old Value |New Value
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-28
02:30 ---
*** This bug has been marked as a duplicate of 21614 ***
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-28
02:30 ---
*** Bug 21762 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-05-28
05:11 ---
Not a regression, the builtins didn't exist in 4.0.
--
What|Removed |Added
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-05-28
05:10 ---
I'll look at this, but the obvious solution is to not use the builtins on a 405.
--
What|Removed |Added
101 - 143 of 143 matches
Mail list logo