--- Comment #11 from mark at codesourcery dot com 2007-09-06 06:16 ---
Subject: Re: __attribute__((aligned)) not working in template
jason at gcc dot gnu dot org wrote:
> --- Comment #10 from jason at gcc dot gnu dot org 2007-09-06 05:50
> ---
> Vague references:
>
> http://
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #10 from jason at gcc dot gnu dot org 2007-09-06 05:50 ---
Vague references:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00247.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17743
Seems like Mark and/or Nathan have/had state on this that they haven't shared
with the list
--- Comment #9 from jason at gcc dot gnu dot org 2007-09-06 05:36 ---
This version of the test breaks under ICC:
--
extern "C" void abort ();
int counter = 0;
int thrown = 0;
struct a {
~a () { if (!thrown++) throw 1; }
};
int f (a const&, const a&) { return 1; }
--- Comment #5 from belyshev at depni dot sinp dot msu dot ru 2007-09-06
04:22 ---
(In reply to comment #4)
> Created an attachment (id=14159)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14159&action=view) [edit]
> Proposed patch
This patch fixes c-only bootstrap on alphaev56-u
--- Comment #4 from jason at gcc dot gnu dot org 2007-09-06 03:33 ---
Subject: Bug 15745
Author: jason
Date: Thu Sep 6 03:33:46 2007
New Revision: 128174
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128174
Log:
PR c++/15745
* except.c (prepare_eh_type): Use ty
--- Comment #2 from hjl at lucon dot org 2007-09-06 03:21 ---
As indicated in
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg00512.html
there is at least one person has bootstrapped gcc successfully on
i386-pc-solaris2.10.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #22 from jvdelisle at gcc dot gnu dot org 2007-09-06 01:32
---
Subject: Bug 33225
Author: jvdelisle
Date: Thu Sep 6 01:32:11 2007
New Revision: 128173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128173
Log:
2007-09-06 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #5 from jason at gcc dot gnu dot org 2007-09-06 01:25 ---
Subject: Bug 15097
Author: jason
Date: Thu Sep 6 01:24:59 2007
New Revision: 128172
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128172
Log:
PR c++/15097
* init.c (build_delete): Use build_h
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-09-06 01:24
---
Subject: Bug 33253
Author: jvdelisle
Date: Thu Sep 6 01:24:17 2007
New Revision: 128171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128171
Log:
2007-09-06 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-09-06 01:20
---
Subject: Bug 33253
Author: jvdelisle
Date: Thu Sep 6 01:20:02 2007
New Revision: 128170
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128170
Log:
2007-09-05 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from jakub at gcc dot gnu dot org 2007-09-05 23:27 ---
Subject: Bug 33289
Author: jakub
Date: Wed Sep 5 23:27:17 2007
New Revision: 128160
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128160
Log:
PR c++/33289
* decl.c (builtin_function_1): Set D
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from hubicka at gcc dot gnu dot org 2007-09-05 22:30 ---
Created an attachment (id=14162)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14162&action=view)
fix
does the attached patch fix the bootstrap problem?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3331
--- Comment #18 from richard at codesourcery dot com 2007-09-05 21:44
---
Subject: Re: internal compiler error: in print_operand_reloc, at
config/mips/mips.c:5579
"ddaney at avtrex dot com" <[EMAIL PROTECTED]> writes:
> richard at codesourcery dot com wrote:
>> --- Comment #16 fro
--- Comment #17 from ddaney at avtrex dot com 2007-09-05 21:36 ---
Subject: Re: internal compiler error: in print_operand_reloc,
at config/mips/mips.c:5579
richard at codesourcery dot com wrote:
> --- Comment #16 from richard at codesourcery dot com 2007-09-05 21:22
> ---
>
--- Comment #16 from richard at codesourcery dot com 2007-09-05 21:22
---
Subject: Re: internal compiler error: in print_operand_reloc, at
config/mips/mips.c:5579
"ddaney at avtrex dot com" <[EMAIL PROTECTED]> writes:
> My concern was that the bug only occurs for me with -EB, so runni
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-05 21:20 ---
Correction: gfortran rejects this currently and does not accept it and crash;
better than crashing but still wrong.
(I modified check.c's dim_check and enabled it accidentally.)
--
burnus at gcc dot gnu dot org ch
/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/bin/ -c -g -O2 -DIN_GCC -W -Wall
-Wwr
ite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmi
ssing-format-attribute -pedantic -Wno-long-long -Wno-var
--- Comment #15 from ddaney at avtrex dot com 2007-09-05 21:15 ---
Subject: Re: internal compiler error: in print_operand_reloc,
at config/mips/mips.c:5579
richard at codesourcery dot com wrote:
> --- Comment #14 from richard at codesourcery dot com 2007-09-05 21:08
> ---
>
--- Comment #3 from anlauf at gmx dot de 2007-09-05 21:09 ---
Created an attachment (id=14161)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14161&action=view)
Alternative demo code
This reduced variant shows that reading fails after the second rewind.
With the same 3-line input
--- Comment #14 from richard at codesourcery dot com 2007-09-05 21:08
---
Subject: Re: internal compiler error: in print_operand_reloc, at
config/mips/mips.c:5579
"ddaney at avtrex dot com" <[EMAIL PROTECTED]> writes:
>> I've not forced -EB because that fails for -EL
>> multilibs, and
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-05 21:04 ---
Same for EOSHIFT, example (replace in above's program)
print *, eoshift([.true.,.true.,.true.,.true.],1,dim=d)
ifort and NAG f95 print twice "T T T F".
--
burnus at gcc dot gnu dot org changed:
Wh
The following program should print twice "T T T T" as if DIM is not present, 1
is assumed.
The standard does not forbid to pass a variable which has the OPTIONAL
attribute to CSHIFT. NAG f95 and ifort print as expected twice "T T T T".
gfortran simply crashes.
program test
implicit none
call s
--- Comment #13 from ddaney at avtrex dot com 2007-09-05 20:57 ---
Subject: Re: internal compiler error: in print_operand_reloc,
at config/mips/mips.c:5579
rsandifo at gcc dot gnu dot org wrote:
> I've not forced -EB because that fails for -EL
> multilibs, and we want this test to wor
--- Comment #12 from rsandifo at gcc dot gnu dot org 2007-09-05 20:48
---
Created an attachment (id=14160)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14160&action=view)
4.2 patch
I've now regression-tested the original patch for mipsisa32r2-sde-elf.
I've also regression-tested
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-05 20:34 ---
This is related to PR32306 and to the fact that we don't have a code hoisting
pass. And related to PR30905 because cross-jumping fixes this up on the
rtl-level for both gcc 4.1 and 4.2:
test:
pushl %ebp
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-05 20:26 ---
(In reply to comment #2)
> This looks similar to PR29970.
It is unrelated. There is no leak of a type here. The issue is we are looking
at the type's name which does not exist or something like that.
--
http:
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-05 20:24 ---
This looks similar to PR29970.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33316
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-05 20:20 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
The following gives an ICE when compiled with -g. Removing -g, removing the
const or making data[] a constant size will allow it to be compiled.
int f(void *p, int length)
{
const struct {
int data[length];
} *array = p;
return array[0].data[0];
}
$ gcc -g -c t.c
t.c: In function f:
--- Comment #4 from rask at gcc dot gnu dot org 2007-09-05 19:56 ---
Fixed with revision 128146. The online documentation will be updated
automatically within 24 hours.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from nemet at gcc dot gnu dot org 2007-09-05 19:54 ---
Subject: Bug 21513
Author: nemet
Date: Wed Sep 5 19:54:29 2007
New Revision: 128147
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128147
Log:
PR tree-optimization/21513
* builtins.c (build_bu
--- Comment #14 from rask at gcc dot gnu dot org 2007-09-05 19:48 ---
Subject: Bug 13756
Author: rask
Date: Wed Sep 5 19:47:56 2007
New Revision: 128146
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128146
Log:
PR web/32965
PR tree-optimization/13756
*
--- Comment #3 from rask at gcc dot gnu dot org 2007-09-05 19:48 ---
Subject: Bug 32965
Author: rask
Date: Wed Sep 5 19:47:56 2007
New Revision: 128146
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128146
Log:
PR web/32965
PR tree-optimization/13756
* d
--- Comment #4 from rsandifo at gcc dot gnu dot org 2007-09-05 19:19
---
Created an attachment (id=14159)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14159&action=view)
Proposed patch
Sorry for the breakage. Could you try the attached patch? It seems to
fix the problem on a c
--- Comment #6 from pcarlini at suse dot de 2007-09-05 19:12 ---
Fixed in mainline.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at
--- Comment #5 from paolo at gcc dot gnu dot org 2007-09-05 19:10 ---
Subject: Bug 30302
Author: paolo
Date: Wed Sep 5 19:10:48 2007
New Revision: 128145
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128145
Log:
/cp
2007-09-03 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #1 from pranav dot bhandarkar at gmail dot com 2007-09-05
19:03 ---
Created an attachment (id=14158)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14158&action=view)
Sample Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33315
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-09-05
19:00 ---
A patch is at:
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00310.html
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
-
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
--- 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
--- 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 #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 (shif
--- Comment #2 from ubizjak at gmail dot com 2007-09-05 17:46 ---
Fixed by http://gcc.gnu.org/viewcvs?view=rev&revision=128141
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- 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 -march=mips6
--- 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 #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:
--- 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 #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 #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 #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.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3328
--- 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 dec
--- 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 changed:
--- 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 a
--- 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 #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 constan
--- 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 alpha-u
--- 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 #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 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 #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 (
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 w
--- 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.
> > connect_infi
--- 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 mismat
--- 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
cgrap
--- 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=gcc&view=rev&rev=127946
fix, at which point it compiles just fine with alwa
--- 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
Statu
--- 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
Status
--- 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=gcc&view=rev&rev=128130
Log:
2007-09-05 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- 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=gcc&view=rev&rev=128130
Log:
2007-09-05 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- 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 #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
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 Started
--- 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:
> --- C
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 #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 impl
--- 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 |A
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 Started
--- 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
(post)do
--- 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 #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
--- 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 jak
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%] (fallt
--- 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;
}
}
--- 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 #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)
:
# VUSE
D.2089_34 = this_2(D)->D.2013.a;
D.2090_35 = (unsig
--- 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 #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 #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 v
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
INTEGER(
--- 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
Summary|[4.1/
--- 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=gcc&view=rev&rev=128125
Log:
/cp
2007-09-05 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- 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 #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 ${builddir}/${target_triplet}/lib
--- 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=13831&action=view
patch on ia64-linux, fixed the
FAIL: g++.dg/tree-ssa/pr28003.C execution test
failure, no regressions.
--
http:
--- 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 #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 #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 #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=gcc&view=rev&rev=128124
Log:
/cp
2007-09-05 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
1 - 100 of 109 matches
Mail list logo
