On 9/5/07, Daniel Berlin [EMAIL PROTECTED] wrote:
On 9/4/07, Mark Mitchell [EMAIL PROTECTED] wrote:
We still have the nasty aliasing problems:
PR32182 [4.2 Regression] -fstrict-aliasing optimizations cause co...
It's not clear from the PR that this is either an aliasing bug, and not
Hello,
Kumar Rangarajan wrote:
I am interested in understanding the limitations/optimization
opportunities of the IA64 version of gcc. I read from the projects list
on the gcc site about the proposed optimizations for the IA64 platform,
I see that some of the requests were from 2001 or so
Because of the famous duplicated declaration problem
This sentence is reminding me that I forgot to send the following update:
As I said I was going to give it a shot over the week-end, here's an
update on this: it won't make it into 4.3, because it's a big change
and my current patch is
Does anyone have a template/example autoconf project that is already
setup with the needed gcc headers + build infrastructure to create a GCC
plugin?
The talk at the GCC Summit mentioned a handful of existing plug-ins and
Sean spoke about them all being autoconfiscated. I would recommend
On Tue, 4 Sep 2007, Mark Mitchell wrote:
One critical issue: has GCC 4.2.x been fully converted to GPLv3, at this
point? If not, we'll have to wait until that is done before we can
release, per the FSF's instructions.
Apart from anything else, we are still awaiting new wording for the
Because of the famous duplicated declaration problem
This sentence is reminding me that I forgot to send the following update:
As I said I was going to give it a shot over the week-end, here's an
update on this: it won't make it into 4.3, because it's a big change
and my current patch is
As I said I was going to give it a shot over the week-end, here's an
update on this: it won't make it into 4.3, because it's a big change
and my current patch is triggering a very long string of
Huh, still I would be interested in seeing the patch.
It's based on Michal Matz's patch at
As I said I was going to give it a shot over the week-end, here's an
update on this: it won't make it into 4.3, because it's a big change
and my current patch is triggering a very long string of
Huh, still I would be interested in seeing the patch.
It's based on Michal Matz's patch at
Hi,
In response to the march options, I tried to use both
-march=athlon-xp -g -O2 and -march=i686 -g -O2 but it does not
like it. It still gives the error message about the 386 commands.
When i use the ./configure command the march option is accepted as
part of using gcc as it displays the
On 9/5/07, mandeep singh bhambra [EMAIL PROTECTED] wrote:
Hi,
In response to the march options, I tried to use both
-march=athlon-xp -g -O2 and -march=i686 -g -O2 but it does not
like it. It still gives the error message about the 386 commands.
When i use the ./configure command the march
Jan Hubicka wrote:
Thanks, I sent the patch for testing and lets see if it solves the
problem.
If the testsuite passes, and you intend to commit this, please add a FIXME.
Cheers,
- Tobi
Honza
Index: trans-decl.c
===
---
Ben Elliston wrote:
Does anyone have a template/example autoconf project that is already
setup with the needed gcc headers + build infrastructure to create a GCC
plugin?
The talk at the GCC Summit mentioned a handful of existing plug-ins and
Sean spoke about them all being autoconfiscated.
On 9/5/07, Daniel Berlin [EMAIL PROTECTED] wrote:
On 9/5/07, Richard Guenther [EMAIL PROTECTED] wrote:
On 9/5/07, Daniel Berlin [EMAIL PROTECTED] wrote:
On 9/4/07, Mark Mitchell [EMAIL PROTECTED] wrote:
We still have the nasty aliasing problems:
PR32182 [4.2 Regression]
Joseph S. Myers wrote:
On Tue, 4 Sep 2007, Mark Mitchell wrote:
One critical issue: has GCC 4.2.x been fully converted to GPLv3, at this
point? If not, we'll have to wait until that is done before we can
release, per the FSF's instructions.
Apart from anything else, we are still awaiting
Joseph S. Myers wrote:
Apart from anything else, we are still awaiting new wording for the
various exceptions in use so installed headers and runtime libraries can
be converted
On Wed, Sep 05, 2007 at 08:54:08AM -0700, Mark Mitchell wrote:
Personally, I don't see how that's a problem,
The files with exceptions might not be compatible with GPLv3 by themselves
Why? I thought GPLv2 and GPLv3 are compatible.
Hi.
I've had no luck with my builds since yesterday. The applied-then-reverted
patches regarding the tree_ssa_operands.c files caused build errors
yesterday. I was hopeful that the reversion would resolve my build errors,
but I'm sorry to report that my builds are still failing now with
a
On Wed, Sep 05, 2007 at 12:18:36PM -0400, Richard Kenner wrote:
The files with exceptions might not be compatible with GPLv3 by themselves
Why? I thought GPLv2 and GPLv3 are compatible.
They are not; each requires that the work as a whole be licensed the same
as the individual file.
Thanks for looking at this.
Segher Boessenkool [EMAIL PROTECTED] writes:
+ /* Allow mixed writable and read-only objects in named
sections. */
+ if ((sect-common.flags SECTION_NAMED) != 0
+ ((sect-common.flags ^ flags) ~SECTION_DECLARED)
+==
Richard Sandiford [EMAIL PROTECTED] writes:
The SECTION_NAMED check is redundant; this function only deals with
named sections. FWIW, I think it would be cleaner to put:
if (((sect-common.flags ^ flags) SECTION_WRITE) != 0)
sect-common.flags |= SECTION_WRITE;
before:
In cgraphunit.c there is a mention of varpool_finalize_variable,
which doesn't exist. I think this should be varpool_finalize_decl
-- no problem, this one I can fix.
However, there is also a mention of the non-existing
varpool_finalize_function. Should this also be varpool_finalize_decl?
Tom
DJ Delorie wrote:
Also, we never decided if undo was worth the extra overhead. The
code is in the patch, but ifdef'd out.
URL, please?
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01317.html
It looks to me like this probably isn't quite ready for prime-time; I do
think we'd want to make
It looks to me like this probably isn't quite ready for prime-time;
I do think we'd want to make the push/pop stuff fully reliable,
including warnings emitted from the middle-end.
push-pop around functions won't be reliable until we have the file
location thing, so we can map a file:line to a
Snapshot gcc-4.2-20070905 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20070905/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hello,
On my simple RISC architecture I am seeing suboptimal instruction
scheduling with GCC-4.1.1 caused by the way registers are getting
allocated. I am looking for suggestions on what could be wrong in my
description to cause the poor allocation.
More details --
Registers r3 to r12 are
Jan Hubicka wrote:
Thanks, I sent the patch for testing and lets see if it solves the
problem.
If the testsuite passes, and you intend to commit this, please add a FIXME.
Sadly, the testsuite regressions don't seems to be fixed. I will try to
figure out tomorrow why the function is still
I want GCC to compile c/c++ code into VM instructions. Looking at GJC
as a reference, I didn't see a Java machine back-end MD file. Java
isn't a back-end in gcc/config.
For a new VM back-end, does it have to be put in gcc/config? Also,
would a configure target have to be made for the new
Matt Lee [EMAIL PROTECTED] writes:
The problem is, that though the loads can be optimized by pipelining
them. The register allocator has created a dependency by using only r3
and r4, instead of using the other volatiles.
Try using -frename-registers.
Ian
--- Comment #4 from ian at airs dot com 2007-09-05 06:03 ---
I haven't looked further at this since this message:
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01166.html
Testing DECL_EXTERNAL_LINKAGE_P does not make any difference: the compiler
still crashes. The decl in question is
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-09-05 06:17 ---
(In reply to comment #1)
I think I'll let Kaveh fix this one...
To what exactly do I owe this honor? :-)
AFAICT, this is a -Wwrite-strings error caused by a patch by FX:
--- Comment #25 from giovannibajo at libero dot it 2007-09-05 06:47 ---
Daniel, can we backport this patch to 4.2, please? It's a P1 regression!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328
I am trying to track down a problem with linux kernels which hang
silently (within 5 minutes or a few hours of boot) if compiled with
-march=c3. If I use -march=586mmx or 586 the kernels are stable for
days.
As there is nothing in the logs or on a serial console, it is difficult
to know where to
--- Comment #21 from bagnara at cs dot unipr dot it 2007-09-05 08:22
---
It seems the bug has reappeared in GCC 4.1.2. Here is what I obtain:
.file bug.c
.text
.p2align 4,,15
.globl assign2
.type assign2, @function
assign2:
pushl %ebp
--- Comment #26 from rguenth at gcc dot gnu dot org 2007-09-05 08:29
---
Not really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328
--- Comment #22 from rguenth at gcc dot gnu dot org 2007-09-05 08:37
---
As this is still fixed at the tree level, can you file a new bugreport please?
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21032
--- Comment #3 from burnus at gcc dot gnu dot org 2007-09-05 08:55 ---
As Andrew wrote: It works with GCC gfortran 4.3.0; I can reproduce the failure
with GCC gfortran 4.2.x and 4.1.x.
The GCC policy is to fix only regressions in released GCC versions (i.e. 4.2.x
and 4.1.x) and not
--- Comment #21 from dominiq at lps dot ens dot fr 2007-09-05 09:19 ---
Subject: Re: Missing last digit in some formatted
output (on 32bit targets), per kind write_float
If I am not mistaken, the test case did not go through.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33225
--- Comment #1 from manu at gcc dot gnu dot org 2007-09-05 09:24 ---
There was talking about creating a -Wundefined flag that warns about undefined
behaviour (PR30334). Would this fit in there? (-pedantic is not supposed to
warn about undefined constructions as far as I know).
--
On 5 Sep 2007 09:24:09 -, manu at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
There was talking about creating a -Wundefined flag that warns about undefined
behaviour (PR30334). Would this fit in there? (-pedantic is not supposed to
warn about undefined constructions as far as I know).
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-05 09:29 ---
Subject: Re: We should warn about empty macro arguments
On 5 Sep 2007 09:24:09 -, manu at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
There was talking about creating a -Wundefined flag that warns about
--- Comment #8 from paolo at gcc dot gnu dot org 2007-09-05 09:32 ---
Subject: Bug 29731
Author: paolo
Date: Wed Sep 5 09:31:54 2007
New Revision: 128124
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128124
Log:
/cp
2007-09-05 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #9 from pcarlini at suse dot de 2007-09-05 09:33 ---
Fixed for 4.3.0. Frankly, I'm not interested in working on the other
branches...
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #11 from jakub at gcc dot gnu dot org 2007-09-05 09:41 ---
*** Bug 32855 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2007-09-05 09:41 ---
*** This bug has been marked as a duplicate of 32552 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jakub at gcc dot gnu dot org 2007-09-05 09:44 ---
I have bootstrapped/regtested the
http://gcc.gnu.org/bugzilla/attachment.cgi?id=13831action=view
patch on ia64-linux, fixed the
FAIL: g++.dg/tree-ssa/pr28003.C execution test
failure, no regressions.
--
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-09-05 09:47
---
(In reply to comment #9)
By the way, nint_2.f90 also fails at -O0 on AIX.
And it works on powerpc-apple-darwin. David, could you test my C program in
comment #4, and look into
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-09-05 09:53
---
(In reply to comment #2)
Another option would be to constify xputenv and use CONST_CAST on the argument
passed to putenv.
Like this?
Index: gcc.c
--- Comment #7 from paolo at gcc dot gnu dot org 2007-09-05 10:40 ---
Subject: Bug 33210
Author: paolo
Date: Wed Sep 5 10:40:29 2007
New Revision: 128125
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128125
Log:
/cp
2007-09-05 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #8 from pcarlini at suse dot de 2007-09-05 10:41 ---
Fixed in 4_2-branch too.
--
pcarlini at suse dot de changed:
What|Removed |Added
I believe the following is invalid - combining PARAMETER with BIND(C), however,
gfortran does not reject this; if one tries to use-associate the parameter in
the main program, one gets an error.
module m
use iso_c_binding
implicit none
TYPE, bind(C) :: the_distribution
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-05 11:15 ---
The BIND statement specifies the BIND attribute (5.1.2.4) for a list of
variables and common blocks.
and
The BIND attribute for a variable or common block specifies that it is capable
of interoperating with a C
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-05 11:26 ---
*** Bug 32845 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-05 11:26 ---
Confirmed, but a dup of 32586.
*** This bug has been marked as a duplicate of 32586 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-05 11:33 ---
While RTL dse eliminates the redundant store to this-D.2013.a, tree-level DSE
does not do so. (RTL dse also fails with -O3 -fforce-addr -ftracer)
bb 4:
# VUSE tab_54, SMT.9_56
D.2089_34 = this_2(D)-D.2013.a;
--- Comment #9 from ramana dot radhakrishnan at celunite dot com
2007-09-05 11:46 ---
The above mentioned testcase works ok and generates auto-increments in Comment
#8 . I'd still be interested in looking at why the volatile case cannot work.
Adding Zdenek to the CC for this case.
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-05 11:48 ---
DSE does a post-dominator walk starting from the exit block. But the exit
block
has no predecessors because the function does never exit ;)
void foo(int *p)
{
while (1)
{
*p = 0;
*p = 0;
}
}
On 28 Aug 2007 15:58:29 -, jakub at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #6 from jakub at gcc dot gnu dot org 2007-08-28 15:58 ---
if (a == 0) a = bar (); isn't necessary either.
salias has:
# BLOCK 2 freq:1
# PRED: ENTRY [100.0%] (fallthru,exec)
--- Comment #7 from dberlin at gcc dot gnu dot org 2007-09-05 11:50 ---
Subject: Re: [4.2/4.3 regression] With -ftree-vrp miscompiles a single line of
code in SQLite
On 28 Aug 2007 15:58:29 -, jakub at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #6 from jakub
--- Comment #27 from dberlin at gcc dot gnu dot org 2007-09-05 11:51
---
Subject: Re: [4.2 Regression] -fstrict-aliasing causes skipped code
On 5 Sep 2007 06:47:19 -, giovannibajo at libero dot it
[EMAIL PROTECTED] wrote:
--- Comment #25 from giovannibajo at libero dot it
--- Comment #3 from DHConsultancy at skynet dot be 2007-09-05 11:51 ---
Subject: Re: gfortran crt2.o not found under Vista
fxcoudert at gcc dot gnu dot org wrote:
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-03 10:40
---
(In reply to comment #0)
I'm
--- Comment #3 from steven at gcc dot gnu dot org 2007-09-05 12:35 ---
You can connect the exits by inserting fake edges. See
add_noreturn_fake_exit_edges and connect_infinite_loops_to_exit. Not sure which
one you would need in this case. Just be sure to call it before computing
Hello everyone.
I'm sorry when it is here the wrong place for this.. and for my bad english.
For the better understanding..
I must make a exe file from java source on Longhorn and i try this with Eclipse
GCJ Builder Plugin.
When I try to make a .exe file this error comes:
Build
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-05 12:41 ---
Ah, I only found add_noreturn_fake_exit_edges which obviously didn't help.
connect_infinite_loops_to_exit does. Thx.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from rakdver at gcc dot gnu dot org 2007-09-05 12:51 ---
(In reply to comment #4)
Ah, I only found add_noreturn_fake_exit_edges which obviously didn't help.
connect_infinite_loops_to_exit does. Thx.
dominance.c contains code (probably buggy) that adds such edges
I have an AMD Athlon(tm) 64 X2 Dual Core Processor 4800+, which supports
pni alias SSE3. If I run gfortran -v -O3 -march=native,
then
-march=k8
and not
-march=k8-sse3
is used.
--
Summary: -march=native detects k8 and not k8-sse3
Product: gcc
Version:
--- Comment #4 from DHConsultancy at skynet dot be 2007-09-05 12:58 ---
Subject: Re: gfortran crt2.o not found under Vista
I was hoping to avoid having to do the build. If all else fails, I'll
try it.
Thnx for your help.
dannysmith at users dot sourceforge dot net wrote:
---
Hello everyone.
I'm sorry when it is here the wrong place for this.. and for my bad english.
For the better understanding..
I must make a exe file from java source on Longhorn and i try this with Eclipse
GCJ Builder Plugin.
When I try to make a .exe file this error comes:
Build
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-05 13:05 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00324.html
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-09-05 13:25
---
(In reply to comment #2)
The solution is to build gcc/gfortran wiith -D__USE_MINGW_ACCESS in CFLAGS
It might be worth putting into the tree. Danny, would you be OK with the
following?
Index: configure.ac
--- Comment #8 from pault at gcc dot gnu dot org 2007-09-05 13:34 ---
Subject: Bug 31564
Author: pault
Date: Wed Sep 5 13:34:25 2007
New Revision: 128130
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128130
Log:
2007-09-05 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #6 from pault at gcc dot gnu dot org 2007-09-05 13:34 ---
Subject: Bug 33241
Author: pault
Date: Wed Sep 5 13:34:25 2007
New Revision: 128130
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128130
Log:
2007-09-05 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #7 from pault at gcc dot gnu dot org 2007-09-05 13:37 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2007-09-05 13:38 ---
Fixed on trunk.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2007-09-05 13:59 ---
This testcase with ENABLE_GC_ALWAYS_COLLECT ICEs here in validate_free_objects
in r127491, but is cured by the
http://gcc.gnu.org/viewcvs?root=gccview=revrev=127946
fix, at which point it compiles just fine with
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-05 14:03 ---
Given the backtrace I believe it is the same issue, particularly that
__builtin___strcpy_chk call was folded into __builtin_strcpy, set_rhs
copied over the annotations from the former to the latter CALL_EXPR, but
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-05 14:14 ---
Besides the argument kind checking of specific intrinsic procedures and
besides using specific intrinsic as name in the PROCEDURE statement, the
following fails as well. The error message is:
Error: Type/rank
--- Comment #6 from rguenther at suse dot de 2007-09-05 14:17 ---
Subject: Re: dead-store not eliminated
On Wed, 5 Sep 2007, rakdver at gcc dot gnu dot org wrote:
(In reply to comment #4)
Ah, I only found add_noreturn_fake_exit_edges which obviously didn't help.
Steps:
g++ -Wall ternary-ambiguous-no-error.cpp
Expected behavior:
I believe that the program below is ill-formed, because both implicit
conversions MyString -- const char* are possible.
G++ should issue an error (or at least a warning).
From [5.16/3]:
Using this process, it is determined
--- Comment #7 from rakdver at kam dot mff dot cuni dot cz 2007-09-05
14:30 ---
Subject: Re: dead-store not eliminated
Ah, I only found add_noreturn_fake_exit_edges which obviously didn't help.
connect_infinite_loops_to_exit does. Thx.
dominance.c contains code (probably
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-05 14:36 ---
*** Bug 33313 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33311
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-05 14:36 ---
*** This bug has been marked as a duplicate of 33311 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from belyshev at depni dot sinp dot msu dot ru 2007-09-05
14:39 ---
Not specific to tru64 and can be reproduced with an alpha-unknown-linux-gnu
cross compiler with --with-long-double-128. Worked at least with r127312.
Testcase:
typedef float TFtype __attribute__ ((mode
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2007-09-05
14:54 ---
Subject: Re: [4.3 regression] Bootstrap failure on alpha: ICE in convert_move,
at expr.c:369
belyshev at depni dot sinp dot msu dot ru writes:
Not specific to tru64 and can be reproduced with an
--- Comment #4 from t_nissie at yahoo dot co dot jp 2007-09-05 14:56
---
I did checkout the current trunk, compiled it, and use it for the
attached reshapetest.f90 and my program. It works fine.
I changed status to RESOLVED and resolution to FIXED. Is it OK?
Thank you for your
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-05
15:08 ---
Subject: Re: gcc.c:6236: error: passing argument 1 of 'xputenv' discards
qualifiers from pointer target type
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-09-05 06:17 ---
(In reply to
--- Comment #5 from burnus at gcc dot gnu dot org 2007-09-05 15:12 ---
I changed status to RESOLVED and resolution to FIXED. Is it OK?
This is OK. (Another possibility would have be wontfix in 4.2.x; I never know
which alternative is better.)
Thank you for your constant efforts at
--- Comment #5 from marcus at jet dot franken dot de 2007-09-05 15:22
---
its was happening for various SVN revisions, and now no longer does.
And there is a strcpy() in the function, so it might just be the same.
I guess it is fixed :)
--
marcus at jet dot franken dot de
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-05 15:42 ---
Yeah, the asm is bogus for multiple reasons.
But can be fixed easily, e.g. %3, %4 nor %5 aren't used anywhere, so
just nuking the unneeded
r (c), r (a), r (b),
makes this to compile.
Apparently e.g. gcc 4.1.x decided
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-09-05 15:58
---
Daniel,
Can you try the updated binaries at
http://quatramaran.ens.fr/~coudert/gfortran/gfortran-windows.exe ? They are
built with the patch in comment #5.
--
--- Comment #5 from ghazi at gcc dot gnu dot org 2007-09-05 16:04 ---
(In reply to comment #3)
(In reply to comment #2)
Another option would be to constify xputenv and use CONST_CAST on the
argument
passed to putenv.
Like this?
+ putenv (CONST_CAST (string));
Almost,
--- Comment #4 from jason at gcc dot gnu dot org 2007-09-05 16:08 ---
The reduced testcase breaks in the same way with ICC 10.0.023 if I add a
user-defined operator delete to B2. If I add it to D instead, ICC incorrectly
calls the user-defined delete instead of the global delete in the
--- Comment #11 from dje at watson dot ibm dot com 2007-09-05 17:13 ---
Subject: Re: nint_2.f90 abort compiled with -O0
fxcoudert at gcc dot gnu dot org writes:
FX look into ${builddir}/${target_triplet}/libgfortran/config.h to
FX see what value have the HAVE_LROUND{F,,L} and
--- Comment #12 from dje at watson dot ibm dot com 2007-09-05 17:19 ---
Subject: Re: nint_2.f90 abort compiled with -O0
fxcoudert at gcc dot gnu dot org writes:
FX David, could you test my C program in comment #4
$ ./xgcc -B./ -W -Wall -O1 fx.c
fx.c: In function 'main':
fx.c:46:
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-09-05 17:29 ---
Anyone know where in the preprocessor this should be done? I.e. which function
in libcpp?
If someone would let me know, I'll write a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33305
--- Comment #11 from daney at gcc dot gnu dot org 2007-09-05 17:34 ---
I am bootstrapping the 'Proposed patch' on mipsel-linux with this test case
added:
/* { dg-do compile } */
/* { dg-mips-options -O2 -EB -mabi=64 -msym32 -mno-abicalls
--- Comment #2 from ubizjak at gmail dot com 2007-09-05 17:46 ---
Fixed by http://gcc.gnu.org/viewcvs?view=revrevision=128141
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2007-09-05
18:09 ---
Subject: Re: [4.3 regression] Bootstrap failure on alpha: ICE in convert_move,
at expr.c:369
A reghunt revealed that this patch
2007-08-31 Richard Sandiford [EMAIL PROTECTED]
* optabs.c
--- Comment #2 from simartin at gcc dot gnu dot org 2007-09-05 18:32
---
I'm testing a patch for this one.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tbm at cyrius dot com 2007-09-05 18:38 ---
(In reply to comment #4)
Yeah, the asm is bogus for multiple reasons.
...
What is that 3 doing among clobbers? A fancy way to duplicate %rbx
clobber?
I don't know. I made the testcase based on an application that I
if ( x == 8 ) statement1
if ( x != 8 ) statement1
if ( x == 9 ) statement2
if ( x != 9 ) statement2
should be replaced by
statement1
statement2
However this doesnt happen and compare and jumps do get generated.
--
Summary: If condition not getting eliminated
Product: gcc
1 - 100 of 138 matches
Mail list logo