Hi Jim,
Thanks very much for your email. Will gcc add the optimization support
in the future (method 1)? For method 2, if abs accept short/char, may
I give the function names as sabs and qabs? Gcc does already have cabs
as complex abs, doesn't it?
Best regards
Maggie
Quoting Jim Wilson
In a message dated 7/9/2007 2:37:03 P.M. Pacific Daylight Time,
[EMAIL PROTECTED] writes:
On 7/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
In a message dated 7/7/2007 4:04:01 A.M. Pacific Daylight Time, Rob1weld
writes:
This page http://deputy.cs.berkeley.edu/ has a link to this
Hi,
I tried to build the cross-compiler for the target x86_64-pc-mingw32 and
noticed some trouble about the crtbegin and crtend for this target. To the
specfile this object was introduced by the patch of Danny Smith from the
14th of Jine 2007. The problem is, that those objects are not
On 10 July 2007 12:19, Kai Tietz wrote:
Hi,
I tried to build the cross-compiler for the target x86_64-pc-mingw32 and
noticed some trouble about the crtbegin and crtend for this target. To the
specfile this object was introduced by the patch of Danny Smith from the
14th of Jine 2007. The
Kai Tietz
Tuesday, 10 July 2007 11:19 p.m.
Hi,
I tried to build the cross-compiler for the target
x86_64-pc-mingw32 and
noticed some trouble about the crtbegin and crtend for this
target. To the
specfile this object was introduced by the patch of Danny
Smith from the
14th of
Dave Korn wrote on 10.07.2007 13:24:30:
On 10 July 2007 12:19, Kai Tietz wrote:
Are you trying to rebuild in an old objdir from before the patch?
I found that something didn't work as I had hoped in the
dependencies and I had to blow away my existing build dir and
configure from
On 10 July 2007 12:38, Kai Tietz wrote:
Dave Korn wrote on 10.07.2007 13:24:30:
On 10 July 2007 12:19, Kai Tietz wrote:
Are you trying to rebuild in an old objdir from before the patch?
I found that something didn't work as I had hoped in the
dependencies and I had to blow away my
Hi Danny,
How else can you initialize and clean up the Dwarf2 unwind
registrations on x86_64-pc-mingw32?
Clear ;) But I meant, why those objects are not build for this target in
(lib)gcc ?
Cheers,
i.A. Kai Tietz
| (\_/) This is Bunny. Copy and paste Bunny
| (='.'=) into your signature
Will gcc add the optimization support in the future (method 1)?
Since GCC is a volunteer project, the answer for any sort of question
like that is if somebody writes it, it'll exist and if they don't, it
won't. There's no good way to predict what projects people will find
interesting.
On 09 July 2007 20:48, Nicolas Alt wrote:
Hi!
On the AMD64 / x86-64Bit architecture, some arguments of a functions
are passed using registers, but there seem to be two different
conventions out there. The standard ABI uses 6 registers, but
Microsoft compilers use only 4. Because of
On 09 July 2007 20:48, Nicolas Alt wrote:
Hi!
On the AMD64 / x86-64Bit architecture, some arguments of a functions
are passed using registers, but there seem to be two different
conventions out there. The standard ABI uses 6 registers, but
Microsoft compilers use only 4.
Windows and GCC ABIs are on x86-64 more different than that (they was
historically developed in parallel). GCC 4.3 will support attribute for
this calling convention contributed by Kai Tiez and Richard Henderson,
but before that there is not much to do...
Note: My name is Kai Tietz ;) not
Windows and GCC ABIs are on x86-64 more different than that (they
was
historically developed in parallel). GCC 4.3 will support attribute
for
this calling convention contributed by Kai Tiez and Richard
Henderson,
but before that there is not much to do...
Note: My name is Kai
[EMAIL PROTECTED] writes:
Please look at this page:
_http://www.cs.nyu.edu/leunga/www/MLRISC/Doc/html/mlrisc-ir.html_
(http://www.cs.nyu.edu/leunga/www/MLRISC/Doc/html/mlrisc-ir.html)
That tells me about the MLRISC IR, but it doesn't tell me what
significant advantages it has over GIMPLE.
For MS I would probably suggest ms_abi (it makes it cleaner that the
attribute is affecting calling convetion). For our abi I am not sure, we
can sysv_abi or something else...
I will prepare an patch for it. For me ms_abi and sysv_abi is fine.
I would say that it is in general very
Richard Kenner wrote:
Will gcc add the optimization support in the future (method 1)?
Since GCC is a volunteer project, the answer for any sort of question
like that is if somebody writes it, it'll exist and if they don't, it
won't. There's no good way to predict what projects people will
For MS I would probably suggest ms_abi (it makes it cleaner that the
attribute is affecting calling convetion). For our abi I am not
sure, we
can sysv_abi or something else...
I will prepare an patch for it. For me ms_abi and sysv_abi is
fine.
I would say that it is in
Hi all,
What files are the sources of crtbegin.o and crtend.o ?
What's their purposes ?
thank you
sunzir
Hi all,
I tried to compile some rvalue reference examples by (from H.Hinnant at
http://home.twcny.rr.com/hinnant/cpp_extensions/rvalue_ref_rationale.html)
with one of the latest GCC 4.3 snapshots, but I'm getting
error: 'move' is not a member of 'std'
What can I do to get this working ?
fafa wrote:
Hi all,
I tried to compile some rvalue reference examples by (from H.Hinnant at
http://home.twcny.rr.com/hinnant/cpp_extensions/rvalue_ref_rationale.html)
with one of the latest GCC 4.3 snapshots, but I'm getting
error: 'move' is not a member of 'std'
What can I do to get
I am on that tricky thing ;) I think I need in i386.c an global variable
ix86_amd64_abi which helds the the current function abi. This means also
that I have to use instead of TARGET_64BIT_MS_ABI this variable. This var
may initioalized by init_cumulative_args and the overriden
Hi,
While upgrading a port of mine to trunk for a testcase I noticed the
following . Its more of a question for a language lawyer I guess.
The test looks like this.
int spinlock[2];
void foo (void)
{
volatile int * spinlock0;
while (*spinlock0 == 0)
{
/* do nothing */
}
}
Store CCP folds
On 7/10/07, Ramana Radhakrishnan [EMAIL PROTECTED] wrote:
Hi,
While upgrading a port of mine to trunk for a testcase I noticed the
following . Its more of a question for a language lawyer I guess.
The test looks like this.
int spinlock[2];
void foo (void)
{
volatile int * spinlock0;
while
PS: since apparently people would like that, I decided to implement
immediately 20.2.2 of the working draft, thus std::identity,
std::forward and std::move. Will be available in utility in one of the
next snapshots of 4.3...
Thanks,
Paolo.
Hi Richard,
On 7/10/07, Richard Guenther [EMAIL PROTECTED] wrote:
On 7/10/07, Ramana Radhakrishnan [EMAIL PROTECTED] wrote:
Hi,
While upgrading a port of mine to trunk for a testcase I noticed the
following . Its more of a question for a language lawyer I guess.
The test looks like
Hello,
Currently libstdc++ violates ODR:
iostream: extern ostream cout;
global_io.cc: fake_ostream cout;
It assumes that gcc will work fine with this. Apparently it does, for now.
After solving a similar problem in my code using a similar technique -
to find out that it does not work for
Sunzir Deepur [EMAIL PROTECTED] writes:
What files are the sources of crtbegin.o and crtend.o ?
The single file gcc/crtstuff.c.
What's their purposes ?
To ensure that global constructors and destructors are run at the
appropriate times (i.e., before main and after exit, respectively).
Ian
Michael Veksler wrote:
What do you think?
I think that the current solution is very, very old, and heaven
knows how many others didn't work at the time on some exotic
platforms. I would suggest filing a PR and CCing Benjamin.
Thanks,
Paolo.
On 10 Jul 2007 09:51:14 -0700, Ian Lance Taylor [EMAIL PROTECTED] wrote:
Sunzir Deepur [EMAIL PROTECTED] writes:
What files are the sources of crtbegin.o and crtend.o ?
The single file gcc/crtstuff.c.
What's their purposes ?
To ensure that global constructors and destructors are run at the
Michael Veksler wrote:
What do you think?
On Tue, Jul 10, 2007 at 06:58:50PM +0200, Paolo Carlini wrote:
I think that the current solution is very, very old, and heaven
knows how many others didn't work at the time on some exotic
platforms. I would suggest filing a PR and CCing Benjamin.
There's a testsuite patch that I submitted, but haven't yet
checked in, that will break test summary comparisons from before
and after that patch is applied:
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00834.html
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01076.html
A patch from Manuel
Hello,
The following ICE is received on r126521 while bootstraping on ppc64.
Revital
/home/eres/test_again/build/./gcc/xgcc -B/home/eres/test_again/build/./gcc/
-B/home/eres/test_again/build/powerpc64-unknown-linux-gnu/bin/
-B/home/eres/test_again/build/powerpc64-unknown-linux-gnu/lib/
That's cool! What version would you do the patch for?
Apart from wine, I guess mingw should have the biggest need for the
MS ABI in order to support AMD64.
Nicolas
On Jul 10, 2007, at 5:59 , Kai Tietz wrote:
Windows and GCC ABIs are on x86-64 more different than that (they
was
On 7/10/07, Nicolas Alt [EMAIL PROTECTED] wrote:
That's cool! What version would you do the patch for?
Apart from wine, I guess mingw should have the biggest need for the
MS ABI in order to support AMD64.
mingw x86_64 support is already added for 4.3 on the trunk.
Thanks,
Andrew Pinski
Ok - so question is if x86_64 is completely implemented already. For
our case, especially the MS ABI. Andrew, do you have any knowledge if
they introduced a new calling convention and how they named it?
Nicolas
On Jul 10, 2007, at 13:29 , Andrew Pinski wrote:
On 7/10/07, Nicolas Alt
On 7/10/07, Nicolas Alt [EMAIL PROTECTED] wrote:
Ok - so question is if x86_64 is completely implemented already. For
our case, especially the MS ABI. Andrew, do you have any knowledge if
they introduced a new calling convention and how they named it?
It is only implemented for the
On 7/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
In a message dated 7/9/2007 2:37:03 P.M. Pacific Daylight Time,
[EMAIL PROTECTED] writes:
On 7/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
In a message dated 7/7/2007 4:04:01 A.M. Pacific Daylight Time, Rob1weld
writes:
This page
Summary
---
The next scheduled GCC 4.2.x release is GCC 4.2.1 on July 13th.
As of 5PM PDT tomorrow, please consider the 4.2 branch closed to all
changes. If you have outstanding changes that have been approved, but
not committed, make the commits before that time. I plan to build GCC
On 7/11/07, Mark Mitchell [EMAIL PROTECTED] wrote:
Summary
---
The next scheduled GCC 4.2.x release is GCC 4.2.1 on July 13th.
As of 5PM PDT tomorrow, please consider the 4.2 branch closed to all
changes. If you have outstanding changes that have been approved, but
not committed, make
Sandra Loosemore [EMAIL PROTECTED] writes:
The error reported here
http://gcc.gnu.org/ml/gcc/2007-07/msg00339.html
is also happening when building for target mipsisa32r2-elfoabi on
i686-pc-linux-gnu.
This should be fixed by revision 126536. Sorry for the problems.
Ian
Revital1 Eres [EMAIL PROTECTED] writes:
The following ICE is received on r126521 while bootstraping on ppc64.
This should be fixed by revision 126536. Sorry for the problems.
Ian
Daniel Berlin wrote:
PR 32328 -fstrict-aliasing ...
This i have a patch for, but it really needs some performance testing.
I'm happy to throw it in RC2 if you want to see how it does, with the
caveat it may need to be pulled back out if it causes massive
performance regressions :)
No, I
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-10 06:23 ---
I think this is indeed no bug. I contacted NAG f95 and if they found something
in the standard which we overlooked, I will reopen this PR.
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-07-10 06:37 ---
*** This bug has been marked as a duplicate of 20520 ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from dfranke at gcc dot gnu dot org 2007-07-10 06:37
---
*** Bug 32709 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20520
--- Comment #3 from ubizjak at gmail dot com 2007-07-10 06:46 ---
(In reply to comment #1)
X constraint means anything matches. Now why we are ICEing is a bit weird
We hit:
/* We have patterns that allow zero sets of memory, for instance.
In 64-bit mode, we should
--- Comment #135 from jv244 at cam dot ac dot uk 2007-07-10 07:05 ---
new bogus errors compiling all.f90 ... FX, how's the nightly tester setup
going?
cat out
all.f90:23538.44:
USE util,ONLY: sort
1
Error:
I am compiling a program and the Makefile wants to use Javac. I _did_ use the
1.5 option but still got an error about SuppressWarnings cannot be resolved
to a type.
I decided to see what GCC 4.3 had to say about the file. I have 4.3 installed
in /usr/test .
/usr/test/bin/gcc
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-07-10 08:11
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-10 08:16 ---
See also: PR29267.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Once PR tree-opt/32589 is fixed, the next hurdle on 32-bit plaforms is:
/home/eric/build/gcc/native32/./gcc/xgcc
-B/home/eric/build/gcc/native32/./gcc/-B/home/eric/install/gcc/i586-suse-linux/bin/
-B/home/eric/install/gcc/i586-suse-linux/lib/ -isystem
Overview:
When using optimisation level -O3 the code generated from attached example is
wrong. It is accumalating the stream increment and thus the function readFloat
reads twice the same number and then it skips two in a row.
Problem seems to be in this line
const float val = *(const float
--- Comment #17 from spop at gcc dot gnu dot org 2007-07-10 08:30 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from spop at gcc dot gnu dot org 2007-07-10 08:31 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from spop at gcc dot gnu dot org 2007-07-10 08:34 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-10 09:14 ---
Fixed testcase:
#include emmintrin.h
__m128i int2vector(int i) { return _mm_cvtsi32_si128(i); }
int vector2int(__m128i i) { return _mm_cvtsi128_si32(i); }
__m128i long2vector(long long i) { return
--- Comment #57 from manu at gcc dot gnu dot org 2007-07-10 09:17 ---
Subject: Bug 25241
Author: manu
Date: Tue Jul 10 09:17:01 2007
New Revision: 126511
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126511
Log:
2007-07-10 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #118 from rguenth at gcc dot gnu dot org 2007-07-10 09:23
---
*** Bug 32714 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-10 09:23 ---
You violate C/C++ aliasing rules by reading/storing a value of type (char *) to
a memory location of type (float *).
*** This bug has been marked as a duplicate of 21920 ***
--
rguenth at gcc dot gnu dot org
--- Comment #2 from pluto at agmk dot net 2007-07-10 09:23 ---
this looks like a dup of PR30961.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32708
$ cat allocate.f90
INTEGER :: i
ALLOCATE(i(3))
end
$ gfortran-svn -g -Wall allocate.f90
allocate.f90:2.10:
ALLOCATE(i(3))
1
Error: Syntax error in ALLOCATE statement at (1)
A message as variable 'i' at (1) not a pointer or allocatable array would be
preferable.
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-10 09:37 ---
I don't think so, the _mm_ intrinsics are expanded via target builtins.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32708
Generating wrong code for the following code snippet (test.C)
using namespace std;
#include iostream
class A { public:int a;};
class B: public virtual A { public: A::a;};
class C : public virtual A { public:A::a;};
class D : public C, public B {};
void h ( D x )
{
x.a++;
}
int main
--- Comment #1 from pranav dot bhandarkar at gmail dot com 2007-07-10
10:02 ---
Created an attachment (id=13876)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13876action=view)
Dump of the early inline pass, that highlights the problem with the inliner
h() gets inlined into main
--- Comment #4 from ubizjak at gmail dot com 2007-07-10 10:36 ---
(In reply to comment #0)
long2vector() should use a simple MOVQ instruction the way int2vector() uses
MOVD. It appears that the reason for the stack access is that the original
code
used a reg64-mem-mm-xmm path,
--- Comment #12 from reichelt at gcc dot gnu dot org 2007-07-10 10:44
---
If you will tell me how to remove the flag, I will take care of it.
To clean the exectuable flag on file you can do
svn propdel svn:executable file
and then commit the change.
--
--
ubizjak at gmail dot com changed:
What|Removed |Added
Component|middle-end |target
Target Milestone|--- |4.3.0
Appeared from July 6th:
For instance, if .S file has line:
cmpl $FFI_TYPE_INT,%ecx
and $FFI_TYPE_INT is included from ffi.h as
#define FFI_TYPE_INT1
def value is ignored, and only name after dollar sign is recognized. Defines
for assembler are just a string after $.
As the result,
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-07-10 11:29 ---
This is an aliasing problem (or rather a C++ FE problem):
# SFT.41_31 = VDEF SFT.41_30(D)
d.D.2508.a = 0;
x.0_10 = (struct A *) d;
...
D.2747_16 = x.0_10 + D.2746_15;
# VUSE SFT.44_27
D.2748_17 =
--- Comment #1 from schwab at suse dot de 2007-07-10 11:58 ---
*** This bug has been marked as a duplicate of 32670 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from schwab at suse dot de 2007-07-10 11:58 ---
*** Bug 32717 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-10 12:52 ---
Fixed with take3.diff.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32716
--- Comment #5 from jakub at gcc dot gnu dot org 2007-07-10 13:10 ---
This got fixed by
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00206.html
on the trunk.
Even is subset of those changes fixes this on 4.2 branch:
--- gcc/tree-ssa-ccp.c.jj 2007-03-20 00:22:09.0 +0100
+++
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-07-10 13:20 ---
(In reply to comment #6)
Salvatore, could you please recheck this one? I can not observe any problems,
neither on dt_bnd.f90 nor on the reduced testcase.
Neither can I, it seems to have fixed itself.
Should we
Have you looked with valgrind or similar to see if there are errors occurring?
Please definitely put in the testsuite. There may be something we don't see yet
going on here.
--- Comment #8 from jvdelisle at verizon dot net 2007-07-10 13:43 ---
Subject: Re: segfault with -fbounds-check on allocatable
derived type components
Have you looked with valgrind or similar to see if there are errors occurring?
Please definitely put in the testsuite. There may
Following standalone code will make the compiler (g++) loop:
void test()
{
__label__ 0;
}
command line: g++ lbl.c. However gcc lbl.c works (with ONE error report)
!
output with g++ will be:
lbl.c:5: error: expected identifier before numeric constant
lbl.c:5: error: expected `,' before
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-10 13:49 ---
Fixed in 4.0.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
With this configure and make:
[descartes:gcc/objdirs/objdir-mainline] gcc-test% cat
../../mainline/build-and-check-gcc
#!/bin/tcsh
/bin/rm -rf *; env CC=/pkgs/gcc-4.2.0-64/bin/gcc ../../mainline/configure
--build=powerpc64-apple-darwin8.9.0 --host=powerpc64-apple-darwin8.9.0
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-10 15:13 ---
This is not a bug, please read: http://gcc.gnu.org/gcc-4.3/changes.html
Java (GCJ)
gcj now uses the Eclipse Java compiler for its Java parsing needs. This enables
the use of all 1.5 language features, and fixes
--- Comment #4 from ramana dot radhakrishnan at celunite dot com
2007-07-10 15:14 ---
(In reply to comment #3)
Fixed with take3.diff.
Did you forget to attach take3.diff ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32716
--- Comment #5 from rguenther at suse dot de 2007-07-10 15:32 ---
Subject: Re: [4.2/4.3 Regression] Wrong code generation.
Alias and C++ virtual bases problem.
On Tue, 10 Jul 2007, ramana dot radhakrishnan at celunite dot com wrote:
--- Comment #4 from ramana dot radhakrishnan
--enable-tls --enable-threads=posix --enable-bootstrap
--enable-__cxa_atexit --enable-clocale=gnu --enable-languages=fortran
--with-cpu=pentium3 --with-system-zlib
Thread model: posix
gcc version 4.3.0 20070710 (experimental)
/usr/libexec/gcc/i686-pc-linux-gnu/4.3.0/f951 lexlin.f90 -quiet -dumpbase
With today's trunk on a private port . consider the following testcase.
volatile int spinlock[2];
void main (void)
{
volatile int * spinlock0;
volatile int * spinlock1;
spinlock0 = spinlock[0];
spinlock1 = spinlock[1];
*spinlock0 = 0;
*spinlock1 = 0;
while (*spinlock0);
}
CCP folds this into
--- Comment #1 from rosana07a at gmail dot com 2007-07-10 16:07 ---
Created an attachment (id=13877)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13877action=view)
failing *.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #2 from rosana07a at gmail dot com 2007-07-10 16:08 ---
Created an attachment (id=13878)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13878action=view)
1st req *.mod
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #3 from rosana07a at gmail dot com 2007-07-10 16:09 ---
Created an attachment (id=13879)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13879action=view)
2nd req *.mod
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #4 from rosana07a at gmail dot com 2007-07-10 16:10 ---
Created an attachment (id=13880)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13880action=view)
3rd req *.mod
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #5 from rosana07a at gmail dot com 2007-07-10 16:11 ---
Created an attachment (id=13881)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13881action=view)
4th req *.mod
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #2 from drow at gcc dot gnu dot org 2007-07-10 16:12 ---
Subject: Re: error trying to exec 'ecj1' - also -
SuppressWarnings cannot be resolved to a type
On Tue, Jul 10, 2007 at 03:13:42PM -, pinskia at gcc dot gnu dot org wrote:
This is not a bug, please read:
--disable-libunwind-exceptions --disable-checking --disable-decimal-float
--enable-shared --enable-tls --enable-threads=posix --enable-bootstrap
--enable-__cxa_atexit --enable-clocale=gnu --enable-languages=fortran
--with-cpu=pentium3 --with-system-zlib
Thread model: posix
gcc version 4.3.0 20070710
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-10 16:15 ---
Indeed. CCP propagates the constant addresses spinlock and spinlock[1] to
the deref sides which loses the volatile qualifier from the access. Disabling
that leads to VRP which does the same. Then DOM which does
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-07-10 16:19 ---
As the decl is volatile as well this is clearly a bogus optimization.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32721
Bootstrap fails compiling tree-ssa-structalias.c with a verify_ssa failure:
../../gcc/gcc/tree-ssa-structalias.c: In function 'build_pred_graph':
../../gcc/gcc/tree-ssa-structalias.c:940: error: definition in block 5 follows
the use
for SSA_NAME: D.36231_29 in statement:
D.36230_26 = D.36231_29;
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-10 16:36 ---
The verify_ssa failure is after PRE.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dberlin at gcc dot gnu dot org 2007-07-10 16:59 ---
Subject: Re: [4.2/4.3 Regression] Wrong code generation. Alias and C++ virtual
bases problem.
On 10 Jul 2007 15:32:51 -, rguenther at suse dot de
[EMAIL PROTECTED] wrote:
--- Comment #5 from rguenther
--- Comment #2 from ro at gcc dot gnu dot org 2007-07-10 17:00 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #3 from ro at gcc dot gnu dot org 2007-07-10 17:01 ---
Subject: Bug 32651
Author: ro
Date: Tue Jul 10 17:01:47 2007
New Revision: 126515
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126515
Log:
PR libgcj/32651
* configure.host (mips-sgi-irix6*): Set
--- Comment #4 from ro at gcc dot gnu dot org 2007-07-10 17:03 ---
Subject: Bug 32651
Author: ro
Date: Tue Jul 10 17:02:57 2007
New Revision: 126516
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126516
Log:
PR libgcj/32651
* configure.host (mips-sgi-irix6*): Set
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-07-10 17:03 ---
Even though this is a tree-opt bug, the Fortran front-end implementation of
select of a string could be improved not to use indirect gotos.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
1 - 100 of 133 matches
Mail list logo