--- Comment #6 from irar at il dot ibm dot com 2008-09-21 07:54 ---
(In reply to comment #5)
> The data dependence on the previous loop is clearly not considered, the loop
> is
> vectorized as if c on the rhs and c on the lhs were different non-overlapping
> arrays.
>
The data dependen
--- Comment #5 from irar at gcc dot gnu dot org 2008-09-21 08:37 ---
Subject: Bug 37539
Author: irar
Date: Sun Sep 21 08:36:07 2008
New Revision: 140522
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140522
Log:
PR tree-optimization/37539
* tree-vect-transform.c
--- Comment #6 from irar at gcc dot gnu dot org 2008-09-21 08:52 ---
Subject: Bug 37539
Author: irar
Date: Sun Sep 21 08:51:01 2008
New Revision: 140523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140523
Log:
PR tree-optimization/37539
* tree-vect-transform.c
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-09-21 09:08
---
Confirmed on Solaris.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-09-21 09:08
---
Fixing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
Remarks on manual Gfortran
--
(Page numbers and such refer to the PDF-file available online
at 19 september 2008)
General remarks
---
1. Section on distributing programs is missing:
What is needed if you have created a product to distribute it to
customers
--- Comment #5 from gerald at pfeifer dot com 2008-09-21 10:15 ---
Uros, looking at this again, after manually changing
leal$_48(,%eax,4), %eax
to
leal_48(,%eax,4), %eax
things build again with the label being defined as
.type $_48, @object
.size $_48, 12
Hello there,
I just tried to bootstrap the most recent snapshot of gcc version
4.4, dated 20080919, with the Intel C compiler.
The Intel compiler said
../../src/gcc-4.4-20080919/gcc/builtins.c(1856): warning #593: variable
"before_call" was set but never used
../../src/gcc-4.4-20080919/gcc/buil
--- Comment #1 from domob at gcc dot gnu dot org 2008-09-21 10:27 ---
Hi,
thanks for having a look at the manual! This is surely greatly appreciated!
(In reply to comment #0)
> General remarks
> ---
> 1. Section on distributing programs is missing:
>What is needed if y
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-21 10:31 ---
Just one more comment: Thanks for the great list of typos and suggestions; if
you want and need help, I can volunteer to fix some of them if I find some time
to do so, as this should be trivially possible now with you
--- Comment #3 from arjen dot markus at wldelft dot nl 2008-09-21 10:51
---
Subject: Re: Remarks on user manual for Gfortran
>
>
> --- Comment #2 from domob at gcc dot gnu dot org 2008-09-21 10:31
> ---
> Just one more comment: Thanks for the great list of typos and
> sugges
gcc-4.1 -O2 -c xx.i
xx.i: In function f:
xx.i:12: internal compiler error: in simplify_cond_and_lookup_avail_expr, at
tree-ssa-dom.c:2111
--
Summary: ICE in simplify_cond_and_lookup_avail_expr, at tree-ssa-
dom.c:2111
Product: gcc
Version:
--- Comment #1 from marcus at jet dot franken dot de 2008-09-21 11:04
---
Created an attachment (id=16371)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16371&action=view)
xx.i
gcc -O2 -c xx.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37607
--- Comment #2 from marcus at jet dot franken dot de 2008-09-21 11:06
---
Richi says "builtin_object_size emits a wrong -1"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37607
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-21 11:30 ---
In 4.2 the offending code was removed so we no longer ICE (the "wrong -1"
problem remains - casting -1 to size_type_node causes the overflow flag to
be set).
So, fixed for 4.2.0 - the 4.1 branch is no longer maintai
--- Comment #23 from guerby at gcc dot gnu dot org 2008-09-21 11:46 ---
Subject: Bug 5911
Author: guerby
Date: Sun Sep 21 11:45:23 2008
New Revision: 140525
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140525
Log:
2008-09-21 Laurent Guerby <[EMAIL PROTECTED]>
PR ada
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-21 12:20 ---
We don't try to optimize volatile accesses.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-21 12:22 ---
Thanks for the patch. Please post it to gcc-patches@ with a changelog entry
and state how you tested it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37606
--- Comment #2 from sam at gcc dot gnu dot org 2008-09-21 12:23 ---
Well, in the second example I give (variable declared in the same compilation
unit), the access is optimized. What I don't get is the difference between both
cases, while the compiler does have the same information at it
--- Comment #24 from laurent at guerby dot net 2008-09-21 12:36 ---
To use Ada multilib with gnatmake:
export FLAGS="-m32"; gnatmake $FLAGS --RTS=$(gcc -print-multi-directory $FLAGS)
-f main.adb
--
laurent at guerby dot net changed:
What|Removed |
--- Comment #38 from steven at gcc dot gnu dot org 2008-09-21 13:07 ---
Fixed by Honza's patch.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from steven at gcc dot gnu dot org 2008-09-21 13:13 ---
.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|steven at gcc d
--- Comment #2 from steven at gcc dot gnu dot org 2008-09-21 13:13 ---
libcall notes are no more...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from steven at gcc dot gnu dot org 2008-09-21 13:14 ---
I can reproduce this on-and-off, but never with a reasonable test case.
It's unlikely that anyone is interested in fixing this, esp. given that RTL
PRE/CPROP are doing less and less these days as the tree optimizers
--
dorit at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dorit at gcc dot gnu dot org
|dot org
--- Comment #3 from dorit at gcc dot gnu dot org 2008-09-21 13:18 ---
happens during outer-loop vectorization. I'm looking into it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37574
--- Comment #2 from steven at gcc dot gnu dot org 2008-09-21 13:19 ---
Libcall blocks are no more.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from steven at gcc dot gnu dot org 2008-09-21 13:21 ---
Andreas, could you adopt the patch of comment #4 and see if it still fixes this
bug?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from dodji at gcc dot gnu dot org 2008-09-21 13:28 ---
What if gcc always outputs the fully qualified type name ?
Today's DWARF supports the DW_TAG_imported_module tag that should let the
debugger know that a "using namespace std;" was present in the lexical block
enclosi
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2008-09-21 13:31
---
> To use Ada multilib with gnatmake:
>
> export FLAGS="-m32"; gnatmake $FLAGS --RTS=$(gcc -print-multi-directory
> $FLAGS)
> -f main.adb
We should try and eliminate one of the redundant $FLAGS.
--
http://
--- Comment #5 from steven at gcc dot gnu dot org 2008-09-21 13:36 ---
A C equivalent test case "works". Once the infamous
multiple-decls-per-function issue in gfortran is fixed, this bug probably will
disappear.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23169
--- Comment #13 from steven at gcc dot gnu dot org 2008-09-21 13:49 ---
Re. comment #12
I don't see how PRE for globals would make a difference here. In any case,
AFAIU tree PRE for globals should now work, and we still don't produce any
better code. The output of today (4.4.
--- Comment #14 from steven at gcc dot gnu dot org 2008-09-21 13:52 ---
Here is the .final_cleanup dump, fwiw:
;; Function foo (foo)
foo ()
{
int a.1;
:
a.1 = a + 1;
a = a.1;
if (a.1 != 0)
goto ;
else
goto ;
:
a = [plus_expr] a.1 + 1;
:
return;
}
which trans
--- Comment #12 from steven at gcc dot gnu dot org 2008-09-21 13:58 ---
tree PRE now *does* handle the partially redundant global variable load. This
is the .final_cleanup dump:
;; Function bar (bar)
bar ()
{
int prephitmp.13;
:
prephitmp.13 = i;
switch (prephitmp.13) , case 0:
=hppa64-hp-hpux11.11 --enable-threads=posix --disable-libmudflap
--with-gmp=/opt/gnu64/gcc/gcc-4.4.0 --enable-languages=c
Thread model: posix
gcc version 4.4.0 20080921 (experimental) [trunk revision 140520] (GCC)
I know that create_vop_ref_mapping_loop is miscompiled by the stage 1 compiler.
Replacin
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37608
--- Comment #26 from laurent at guerby dot net 2008-09-21 14:27 ---
Paolo suggested:
"Yes, you would basically take from gcc.c the code that turns "-m32" into
"use multilib 32", and use it to make a --RTS option."
I think Paolo said there might be some cleanup to do to gcc.c first but
--- Comment #27 from bonzini at gnu dot org 2008-09-21 14:46 ---
Subject: Re: Support for multilib in Ada
> I think Paolo said there might be some cleanup to do to gcc.c first but I
> can't
> find the reference. %I handling by gcc.c is also of interest and might be
> copied to gnat1
--- Comment #22 from pepalogik at seznam dot cz 2008-09-21 15:02 ---
I'm probably not the one who'll find the core of the bug but I'd like to
mention two simple facts:
1: mingw-w64-bin_i686-mingw_20080707 WORKS
2: mingw-w64-bin_x86_64-mingw_20080724 DOESN'T WORK
(Vista64 SP1)
I don't
--- Comment #6 from domob at gcc dot gnu dot org 2008-09-21 15:35 ---
Subject: Bug 35846
Author: domob
Date: Sun Sep 21 15:33:37 2008
New Revision: 140529
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140529
Log:
2008-09-21 Daniel Kraft <[EMAIL PROTECTED]>
PR fortran
--- Comment #7 from domob at gcc dot gnu dot org 2008-09-21 15:36 ---
Fixed on trunk.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
An expression using ptr arithmetic yields an unusual result
unless a cast is applied;
The problematic expression;
MaxTimings = ((EDIDDetailed *) &pExt->checksum) - pDTD;
works only when cast as;
MaxTimings = (((uintptr_t) &pExt->checksum) - ((uintptr_t)
pDTD))/sizeof(*pDTD);
This occurs on compi
--- Comment #1 from john dot spelis at 3dlabs dot com 2008-09-21 16:01
---
Created an attachment (id=16372)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16372&action=view)
A standalone program which illustrates the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37609
Executing on host: /home/dave/gcc-4.4/objdir/gcc/testsuite/g++/../../g++
-B/home
/dave/gcc-4.4/objdir/gcc/testsuite/g++/../../
/home/dave/gcc-4.4/gcc/gcc/testsui
te/g++.dg/eh/pr29166.C -nostdinc++
-I/home/dave/gcc-4.4/objdir/hppa-linux/libst
dc++-v3/include/hppa-linux
-I/home/dave/gcc-4.4/objdir/h
--- Comment #5 from joseph at codesourcery dot com 2008-09-21 16:12 ---
Subject: Re: [4.2/4.3/4.4 Regression] #pragma inside structure
initialization causes error
On Sat, 20 Sep 2008, rguenth at gcc dot gnu dot org wrote:
> I agree with Jakub. Joseph - are you ok with closing this a
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-21 16:29 ---
Confirmed. This looks like a target issue to me, for bad we produce
testPtrBad:
pushl %ebp
movl%esp, %ebp
movl8(%ebp), %eax
addl$127, %eax
subl12(%ebp), %ea
Sent from my iPhone
On Sep 21, 2008, at 9:00 AM, "john dot spelis at 3dlabs dot com" <[EMAIL PROTECTED]
> wrote:
An expression using ptr arithmetic yields an unusual result
unless a cast is applied;
The problematic expression;
MaxTimings = ((EDIDDetailed *) &pExt->checksum) - pDTD;
That i
--- Comment #3 from pinskia at gmail dot com 2008-09-21 16:36 ---
Subject: Re: New: Pointer arithmetic yields strange result
Sent from my iPhone
On Sep 21, 2008, at 9:00 AM, "john dot spelis at 3dlabs dot com"
<[EMAIL PROTECTED]
> wrote:
> An expression using ptr arithmetic yiel
--- Comment #23 from nightstrike at gmail dot com 2008-09-21 17:06 ---
(In reply to comment #22)
> I'm probably not the one who'll find the core of the bug but I'd like to
> mention two simple facts:
Thanks for your feedback!
> 1: mingw-w64-bin_i686-mingw_20080707 WORKS
> 2: mingw-w6
--- Comment #5 from danglin at gcc dot gnu dot org 2008-09-21 18:31 ---
This is also failing on hppa-unknown-linux-gnu. It uses the define in
elfos.h. assemble_external is not called. It looks like output_operand
is wrong:
output_operand (rtx x, int code ATTRIBUTE_UNUSED)
{
if (x &
--- Comment #6 from danglin at gcc dot gnu dot org 2008-09-21 18:53 ---
> This is also failing on hppa-unknown-linux-gnu. It uses the define in
> elfos.h. assemble_external is not called. It looks like output_operand
> is wrong:
That rings a bell. I believe H-P's proposed patch fixe
According to the ANSI C standard, functions' respective arguments have
to be compatible for the function types to be compatible (6.7.5.3).
However, the following declarations
void p(int p[30]);
void p(int p[4]);
do not yield a warning.
--
Mikoláš Janota M. Sc.
School of Computer Science and In
--- Comment #7 from dominiq at lps dot ens dot fr 2008-09-21 19:11 ---
On Darwin the patch refered to in comment #6 fixes the weak issues but not the
visibility failures.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37202
--- Comment #8 from pinskia at gmail dot com 2008-09-21 19:15 ---
Subject: Re: FAIL: gcc.dg/visibility-1[4-9].c
Sent from my iPhone
On Sep 21, 2008, at 12:11 PM, "dominiq at lps dot ens dot fr"
<[EMAIL PROTECTED]
> wrote:
>
>
> --- Comment #7 from dominiq at lps dot ens dot f
--- Comment #9 from dominiq at lps dot ens dot fr 2008-09-21 19:37 ---
> As mentioned so many times. These testcases should be disabled for Darwin.
Then who is supposed to do it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37202
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirm
--- Comment #2 from hjl at gcc dot gnu dot org 2008-09-21 19:56 ---
Subject: Bug 37598
Author: hjl
Date: Sun Sep 21 19:55:10 2008
New Revision: 140531
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140531
Log:
2008-09-21 H.J. Lu <[EMAIL PROTECTED]>
PR rtl-optimization
--- Comment #7 from pault at gcc dot gnu dot org 2008-09-21 19:59 ---
Subject: Bug 37583
Author: pault
Date: Sun Sep 21 19:58:23 2008
New Revision: 140532
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140532
Log:
2008-09-21 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #12 from hjl at gcc dot gnu dot org 2008-09-21 19:59 ---
Subject: Bug 37535
Author: hjl
Date: Sun Sep 21 19:58:24 2008
New Revision: 140533
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140533
Log:
2008-09-21 Richard Sandiford <[EMAIL PROTECTED]>
PR rtl-op
--- Comment #11 from esigra at gmail dot com 2008-09-21 20:38 ---
I found that James' wish is already implemented in some cases:
$ strings /usr/i686-pc-linux-gnu/gnat-gcc-bin/4.2/gnat|grep "RM "
illegal use of remote access-to-class-wide type, see RM E.4(18)
A user that gets that error
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-09-21 21:18
---
Final patch submitted to list for approval:
http://gcc.gnu.org/ml/fortran/2008-09/msg00364.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37498
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2008-09-21
21:45 ---
Dominique,
Just post a proposed patch to gcc-patches that disables these tests and
cc the original author of the tests and one of the current Darwin maintainers
such as Mike Stump.
--
http://gc
--- Comment #29 from kkojima at gcc dot gnu dot org 2008-09-21 22:38
---
Subject: Bug 33642
Author: kkojima
Date: Sun Sep 21 22:37:16 2008
New Revision: 140534
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140534
Log:
PR rtl-optimization/33642
* gcc.c-torture/c
"Mikoláš Janota" <[EMAIL PROTECTED]> writes:
> However, the following declarations
> void p(int p[30]);
> void p(int p[4]);
>
> do not yield a warning.
See 6.7.5.3#7.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PG
Thanks Andreas pointing me to part of the standard that I have missed.
However, is it crystal clear in the following parts of the document we
are talking about parameters and a return type *after adjustment*?
To be honest, I would still vote for at least a warning. After all,
what is the point of
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-22 00:25 ---
Fixed. Revision 140533 is OK.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #81 from hp at gcc dot gnu dot org 2008-09-22 01:55 ---
Subject: Bug 37170
Author: hp
Date: Mon Sep 22 01:54:03 2008
New Revision: 140539
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140539
Log:
PR middle-end/37170
PR middle-end/37280
* fina
--- Comment #11 from hp at gcc dot gnu dot org 2008-09-22 01:55 ---
Subject: Bug 37280
Author: hp
Date: Mon Sep 22 01:54:03 2008
New Revision: 140539
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140539
Log:
PR middle-end/37170
PR middle-end/37280
* fina
--- Comment #12 from hp at gcc dot gnu dot org 2008-09-22 01:56 ---
Subject: Bug 37280
Author: hp
Date: Mon Sep 22 01:54:41 2008
New Revision: 140540
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140540
Log:
PR middle-end/37170
PR middle-end/37280
* gcc.
--- Comment #82 from hp at gcc dot gnu dot org 2008-09-22 01:56 ---
Subject: Bug 37170
Author: hp
Date: Mon Sep 22 01:54:41 2008
New Revision: 140540
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140540
Log:
PR middle-end/37170
PR middle-end/37280
* gcc.
--- Comment #83 from hp at gcc dot gnu dot org 2008-09-22 02:06 ---
committed
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #13 from hp at gcc dot gnu dot org 2008-09-22 02:12 ---
(In reply to comment #10)
> (In reply to comment #9)
> > ".weak symbol" can be emitted, but with two same lines. Thanks!
> So that would bring you into the same situation as PR31537 is in (FE emits
> duplicate asm dir
--- Comment #1 from danglin at gcc dot gnu dot org 2008-09-22 02:52 ---
After looking at this a bit, the problem seems to be in the register
allocation for this bit of code:
0x405da2a8 : ldo 1(r4),ret0
0x405da2ac : extrd,u r17,62,63,r17
0x405da2b0 : b,l 0x400
--- Comment #5 from dannysmith at gcc dot gnu dot org 2008-09-22 02:58
---
Subject: Bug 37528
Author: dannysmith
Date: Mon Sep 22 02:56:50 2008
New Revision: 140541
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140541
Log:
PR target/37528
* config/i386/t-cygmi
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-22
03:01 ---
Subject: Re: [4.4 Regression] libgcc2.c:1981: ICE:
vector VEC(m em_ref_p,base) index domain error, in
create_vop_ref_mapping_loop at tree-ssa-lo op-im.c:1519
Attached tree-ssa-loop-im.c.174
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-22
03:02 ---
Subject: Re: [4.4 Regression] libgcc2.c:1981: ICE:
vector VEC(m em_ref_p,base) index domain error, in
create_vop_ref_mapping_loop at tree-ssa-lo op-im.c:1519
Attached tree-ssa-loop-im.s.bz2
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #6 from dannysmith at users dot sourceforge dot net 2008-09-22
03:09 ---
Fixed at revision 140541.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-09-22
03:23 ---
I have run into what I believe is the same bug in build of of cc1plus.exe, with
miscompilation of cp/pt.c
When exercising cp/pt.c:process_partial_specialization (eg, when compiling
libstdc++'s mt_alloca
--- Comment #7 from abel at gcc dot gnu dot org 2008-09-22 06:20 ---
The patch implementing ia64 changes needed for the selective scheduler can be
found at http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01669.html. [The first
version of the patch with some summary is at
http://gcc.gnu.org
80 matches
Mail list logo
