Re: abs insn with QI and HI mode

2007-07-10 Thread Ying Yi
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

Re: RFC: GIMPLE tuples. Design and implementation proposal

2007-07-10 Thread Rob1weld
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

Crossbuild problem x86_64-pc-mingw32 related to crtbegin crtend

2007-07-10 Thread Kai Tietz
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

RE: Crossbuild problem x86_64-pc-mingw32 related to crtbegin crtend

2007-07-10 Thread Dave Korn
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

RE: Crossbuild problem x86_64-pc-mingw32 related to crtbegin crtend

2007-07-10 Thread Danny Smith
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

RE: Crossbuild problem x86_64-pc-mingw32 related to crtbegin crtend

2007-07-10 Thread Kai Tietz
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

RE: Crossbuild problem x86_64-pc-mingw32 related to crtbegin crtend

2007-07-10 Thread Dave Korn
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

RE: Crossbuild problem x86_64-pc-mingw32 related to crtbegin crtend

2007-07-10 Thread Kai Tietz
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

Re: abs insn with QI and HI mode

2007-07-10 Thread Richard Kenner
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.

Re: AMD64 ABI compatibility

2007-07-10 Thread Jan Hubicka
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

Re: AMD64 ABI compatibility

2007-07-10 Thread Kai Tietz
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.

Re: AMD64 ABI compatibility

2007-07-10 Thread Jan Hubicka
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

Re: AMD64 ABI compatibility

2007-07-10 Thread Kai Tietz
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

Re: RFC: GIMPLE tuples. Design and implementation proposal

2007-07-10 Thread Ian Lance Taylor
[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.

Re: AMD64 ABI compatibility

2007-07-10 Thread Jan Hubicka
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

Re: abs insn with QI and HI mode

2007-07-10 Thread Robert Dewar
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

Re: AMD64 ABI compatibility

2007-07-10 Thread Kai Tietz
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

crtbegin.o crtend.o

2007-07-10 Thread Sunzir Deepur
Hi all, What files are the sources of crtbegin.o and crtend.o ? What's their purposes ? thank you sunzir

missing std::move

2007-07-10 Thread fafa
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 ?

Re: missing std::move

2007-07-10 Thread Paolo Carlini
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

Re: AMD64 ABI compatibility

2007-07-10 Thread Jan Hubicka
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

Query regarding volatiles and store CCP.

2007-07-10 Thread Ramana Radhakrishnan
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

Re: Query regarding volatiles and store CCP.

2007-07-10 Thread Richard Guenther
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

Re: missing std::move

2007-07-10 Thread Paolo Carlini
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.

Re: Query regarding volatiles and store CCP.

2007-07-10 Thread Ramana Radhakrishnan
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

ODR violation for std::cout etc.

2007-07-10 Thread Michael Veksler
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

Re: crtbegin.o crtend.o

2007-07-10 Thread Ian Lance Taylor
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

Re: ODR violation for std::cout etc.

2007-07-10 Thread Paolo Carlini
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.

Re: crtbegin.o crtend.o

2007-07-10 Thread Sunzir Deepur
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

Re: ODR violation for std::cout etc.

2007-07-10 Thread Joe Buck
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.

RFA: upcoming testsuite disruptions

2007-07-10 Thread Janis Johnson
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

ICE while bootstraping on ppc64.

2007-07-10 Thread Revital1 Eres
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/

Re: AMD64 ABI compatibility

2007-07-10 Thread Nicolas Alt
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

Re: AMD64 ABI compatibility

2007-07-10 Thread Andrew Pinski
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

Re: AMD64 ABI compatibility

2007-07-10 Thread Nicolas Alt
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

Re: AMD64 ABI compatibility

2007-07-10 Thread Andrew Pinski
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

Re: RFC: GIMPLE tuples. Design and implementation proposal

2007-07-10 Thread Daniel Berlin
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

GCC 4.2.1 Status Report (2007-07-10)

2007-07-10 Thread Mark Mitchell
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

Re: GCC 4.2.1 Status Report (2007-07-10)

2007-07-10 Thread Daniel Berlin
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

Re: ICE building libgcc2.c for MIPS, too

2007-07-10 Thread Ian Lance Taylor
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

Re: ICE while bootstraping on ppc64.

2007-07-10 Thread Ian Lance Taylor
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

Re: GCC 4.2.1 Status Report (2007-07-10)

2007-07-10 Thread Mark Mitchell
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

[Bug fortran/32673] Wrongly allowed: Statement function with subobject of constant

2007-07-10 Thread burnus at gcc dot gnu dot org
--- 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

[Bug fortran/32709] Diagnose: ALLOCATABLE array used but never ALLOCATEd

2007-07-10 Thread dfranke at gcc dot gnu dot org
--- 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

[Bug fortran/20520] allocatable arrays used uninitialized without a warning

2007-07-10 Thread dfranke at gcc dot gnu dot org
--- 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

[Bug middle-end/32711] Regression: ICE when using inline asm constraint X

2007-07-10 Thread ubizjak at gmail dot com
--- 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

[Bug fortran/29975] [meta-bugs] ICEs with CP2K

2007-07-10 Thread jv244 at cam dot ac dot uk
--- 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:

[Bug java/32712] New: error trying to exec 'ecj1' - also - SuppressWarnings cannot be resolved to a type

2007-07-10 Thread rob1weld at aol dot com
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

[Bug tree-optimization/32705] [4.3 Regression] ICE in set_ssa_val_to, at tree-ssa-sccvn.c:1022

2007-07-10 Thread ebotcazou at gcc dot gnu dot org
--- 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

[Bug fortran/32707] mismatched character lengths in array

2007-07-10 Thread dfranke at gcc dot gnu dot org
--- 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

[Bug tree-optimization/32713] New: [4.3 regression] ICE in copy_reference_ops_from_ref, at tree-ssa-sccvn.c:550

2007-07-10 Thread ebotcazou at gcc dot gnu dot org
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

[Bug c++/32714] New: Wrong optimisation for -O3

2007-07-10 Thread honza at jikos dot cz
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

[Bug middle-end/26900] Number of iterations not know for simple loop

2007-07-10 Thread spop at gcc dot gnu dot org
--- 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

[Bug tree-optimization/30730] -Wunsafe-loop-optimizations gives too many warnings

2007-07-10 Thread spop at gcc dot gnu dot org
--- 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

[Bug tree-optimization/31343] ICE in data-refs dependence testing

2007-07-10 Thread spop at gcc dot gnu dot org
--- 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

[Bug middle-end/32708] _mm_cvtsi64x_si128() and _mm_cvtsi128_si64x() inefficient

2007-07-10 Thread rguenth at gcc dot gnu dot org
--- 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

[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings

2007-07-10 Thread manu at gcc dot gnu dot org
--- 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

[Bug c/21920] aliasing violations

2007-07-10 Thread rguenth at gcc dot gnu dot org
--- 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

[Bug c++/32714] Wrong optimisation for -O3

2007-07-10 Thread rguenth at gcc dot gnu dot org
--- 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

[Bug middle-end/32708] _mm_cvtsi64x_si128() and _mm_cvtsi128_si64x() inefficient

2007-07-10 Thread pluto at agmk dot net
--- 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

[Bug fortran/32715] New: improve diagnostics of attempted allocation of non-array

2007-07-10 Thread dfranke at gcc dot gnu dot org
$ 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. --

[Bug middle-end/32708] _mm_cvtsi64x_si128() and _mm_cvtsi128_si64x() inefficient

2007-07-10 Thread rguenth at gcc dot gnu dot org
--- 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

[Bug c++/32716] New: Wrong code generation. Inlining problem.

2007-07-10 Thread pranav dot bhandarkar at gmail dot com
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

[Bug c++/32716] Wrong code generation. Inlining problem.

2007-07-10 Thread pranav dot bhandarkar at gmail dot com
--- 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

[Bug middle-end/32708] _mm_cvtsi64x_si128() and _mm_cvtsi128_si64x() inefficient

2007-07-10 Thread ubizjak at gmail dot com
--- 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,

[Bug c++/31743] [4.1/4.2/4.3 regression] ICE with invalid use of new

2007-07-10 Thread reichelt at gcc dot gnu dot org
--- 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. --

[Bug target/32708] _mm_cvtsi64x_si128() and _mm_cvtsi128_si64x() inefficient

2007-07-10 Thread ubizjak at gmail dot com
-- ubizjak at gmail dot com changed: What|Removed |Added Component|middle-end |target Target Milestone|--- |4.3.0

[Bug preprocessor/32717] New: def value is ignored

2007-07-10 Thread drazen dot zeman at kr dot htnet dot hr
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,

[Bug c++/32716] [4.2/4.3 Regression] Wrong code generation. Alias and C++ virtual bases problem.

2007-07-10 Thread rguenth at gcc dot gnu dot org
--- 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 =

[Bug preprocessor/32717] def value is ignored

2007-07-10 Thread schwab at suse dot de
--- 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

[Bug preprocessor/32670] [4.3 Regression] '$' is handled as a part of identifiers in asm

2007-07-10 Thread schwab at suse dot de
--- 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

[Bug c++/32716] [4.2/4.3 Regression] Wrong code generation. Alias and C++ virtual bases problem.

2007-07-10 Thread rguenth at gcc dot gnu dot org
--- 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

[Bug tree-optimization/32694] [4.1/4.2 Regression] ICE in chain_of_csts_start

2007-07-10 Thread jakub at gcc dot gnu dot org
--- 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 +++

[Bug fortran/29804] segfault with -fbounds-check on allocatable derived type components

2007-07-10 Thread tkoenig at gcc dot gnu dot org
--- 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

Re: [Bug fortran/29804] segfault with -fbounds-check on allocatable derived type components

2007-07-10 Thread Jerry DeLisle
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.

[Bug fortran/29804] segfault with -fbounds-check on allocatable derived type components

2007-07-10 Thread jvdelisle at verizon dot net
--- 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

[Bug c++/32718] New: g++ looping on bad __label__ declaration

2007-07-10 Thread tony at rogvall dot se
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

[Bug c++/32718] g++ looping on bad __label__ declaration

2007-07-10 Thread rguenth at gcc dot gnu dot org
--- 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

[Bug c/32719] New: ICE when compiling c-format.c

2007-07-10 Thread lucier at math dot purdue dot edu
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

[Bug java/32712] error trying to exec 'ecj1' - also - SuppressWarnings cannot be resolved to a type

2007-07-10 Thread pinskia at gcc dot gnu dot org
--- 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

[Bug c++/32716] [4.2/4.3 Regression] Wrong code generation. Alias and C++ virtual bases problem.

2007-07-10 Thread ramana dot radhakrishnan at celunite dot com
--- 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

[Bug c++/32716] [4.2/4.3 Regression] Wrong code generation. Alias and C++ virtual bases problem.

2007-07-10 Thread rguenther at suse dot de
--- 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

[Bug fortran/32720] New: No coalesce ssa_names

2007-07-10 Thread rosana07a at gmail dot com
--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

[Bug tree-optimization/32721] New: CCP removes volatile qualifiers.

2007-07-10 Thread ramana dot radhakrishnan at celunite dot com
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

[Bug fortran/32720] No coalesce ssa_names

2007-07-10 Thread rosana07a at gmail dot com
--- 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

[Bug fortran/32720] No coalesce ssa_names

2007-07-10 Thread rosana07a at gmail dot com
--- 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

[Bug fortran/32720] No coalesce ssa_names

2007-07-10 Thread rosana07a at gmail dot com
--- 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

[Bug fortran/32720] No coalesce ssa_names

2007-07-10 Thread rosana07a at gmail dot com
--- 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

[Bug fortran/32720] No coalesce ssa_names

2007-07-10 Thread rosana07a at gmail dot com
--- 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

[Bug java/32712] error trying to exec 'ecj1' - also - SuppressWarnings cannot be resolved to a type

2007-07-10 Thread drow at false dot org
--- 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:

[Bug fortran/32720] No coalesce ssa_names

2007-07-10 Thread rosana07a at gmail dot com
--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

[Bug tree-optimization/32721] CCP removes volatile qualifiers.

2007-07-10 Thread rguenth at gcc dot gnu dot org
--- 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

[Bug tree-optimization/32721] CCP removes volatile qualifiers.

2007-07-10 Thread rguenth at gcc dot gnu dot org
--- 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

[Bug tree-optimization/32722] New: [4.3 Regression] Bootstrap failure with -fno-tree-store-copy-prop

2007-07-10 Thread rguenth at gcc dot gnu dot org
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;

[Bug tree-optimization/32722] [4.3 Regression] Bootstrap failure with -fno-tree-store-copy-prop

2007-07-10 Thread rguenth at gcc dot gnu dot org
--- 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

[Bug c++/32716] [4.2/4.3 Regression] Wrong code generation. Alias and C++ virtual bases problem.

2007-07-10 Thread dberlin at dberlin dot org
--- 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

[Bug libgcj/32651] [4.2/4.3 regression] libjava fails to build on IRIX 6.5

2007-07-10 Thread ro at gcc dot gnu dot org
--- 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

[Bug libgcj/32651] [4.2/4.3 regression] libjava fails to build on IRIX 6.5

2007-07-10 Thread ro at gcc dot gnu dot org
--- 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

[Bug libgcj/32651] [4.2/4.3 regression] libjava fails to build on IRIX 6.5

2007-07-10 Thread ro at gcc dot gnu dot org
--- 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

[Bug tree-optimization/32720] No coalesce ssa_names

2007-07-10 Thread pinskia at gcc dot gnu dot org
--- 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   2   >