--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-05-02 07:41
---
Can you adjust the regexp?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-05-02 08:42 ---
(In reply to comment #1)
> All three cases are flagged by current 4.5.0 20091208.
> Tobias, please close if you agree.
Closing after 5 months of WAITING. Please reopen if you disagree.
--
dfranke at gcc dot gnu
--- Comment #33 from dfranke at gcc dot gnu dot org 2010-05-02 08:47
---
TODO (carried on):
- BESSEL_JN and BESSEL_YN: Transitional form is missing (c.f. PR36096,
PR36158)
- NORM2 is missing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33197
--- Comment #31 from dominiq at lps dot ens dot fr 2010-05-02 08:52 ---
> Updated patch. Fixes the multiplication of errors shown in comment #29. Not
> yet
> regtested.
The patch in comment #30 fixes the multiplication of errors. The only
regression I have found is
FAIL: gfortran.dg/
--- Comment #32 from dfranke at gcc dot gnu dot org 2010-05-02 09:23
---
(In reply to comment #31)
> FAIL: gfortran.dg/spread_size_limit.f90 -O scan-tree-dump-times original
> "_gfortran_spread" 1
> where the test should be updated/removed due to the change in simplify.c.
That's a le
--- Comment #33 from dominiq at lps dot ens dot fr 2010-05-02 09:31 ---
> That's a leftover from PR40472 - Jerry asked to leave the check for array size
> in, so please revert that change in your tree. No more regressions :)
This change fixed an ICE for the test in
http://gcc.gnu.org/bu
--- Comment #5 from ubizjak at gmail dot com 2010-05-02 10:44 ---
(In reply to comment #4)
> I don't have access to ia64. I tried to change the types in the test to make
> the basic blocks vectorizable on x86_64, but didn't get any error. So I still
> need SLP dump in order to solve this
--- Comment #6 from ubizjak at gmail dot com 2010-05-02 10:46 ---
The _.115t.slp dump is empty:
$ more pr42196-2.c.115t.slp
;; Function foo (foo)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43901
--- Comment #7 from ubizjak at gmail dot com 2010-05-02 10:50 ---
Following assert in tree-vects-stmts.c is triggered:
/* If op0 is an external or constant def use a vector type with
the same size as the output vector type. */
if (!vectype)
vectype = get_same_sized_vectype
Environment:
$ arm-elf-gcc -v
Using built-in specs.
COLLECT_GCC=arm-elf-gcc
COLLECT_LTO_WRAPPER=/cygdrive/c/usr/local/cross/libexec/gcc/arm-elf/4.5.0/lto-wrapper.exe
Target: arm-elf
Configured with: ../configure --prefix=/cygdrive/c/usr/local/cross
--target=arm-elf --with-float=soft --enable-langu
--- Comment #8 from ubizjak at gmail dot com 2010-05-02 11:02 ---
Created an attachment (id=20531)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20531&action=view)
SLP dump with -O3 -fdump-tree-slp-details
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43901
--- Comment #1 from exceed at alae dot jp 2010-05-02 11:05 ---
Created an attachment (id=20532)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20532&action=view)
test source for reproduce the bug
$ arm-elf-gcc -c -Os -mthumb test.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #2 from exceed at alae dot jp 2010-05-02 11:08 ---
Created an attachment (id=20533)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20533&action=view)
patch (quick hack ;-)
>From gcc-4_5-branch (svn r158961)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43961
--- Comment #9 from irar at il dot ibm dot com 2010-05-02 11:08 ---
Thanks, Uros! I reproduced the ICE using your instructions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43901
--- Comment #7 from jsm28 at gcc dot gnu dot org 2010-05-02 11:45 ---
It is the responsibility of your filesystem to ensure that write or close
return error status if there isn't sufficient disk space; if they do not,
this is a kernel bug. Most applications should never call fsync; that
gcj fails to compile with LANG=ja_JP.eucJP.
For example, building pdftk fails, with gcc 4.5.0(20100401).
The error occurs arround
if (value.startsWith("\""))
Here is an output:
/usr/local/bin/gcj45 -L/usr/local/lib -O2 -w --encoding=UTF-8
--classpath="/usr/ports/print/pdftk/work/pdftk-1.41/
--- Comment #10 from irar at il dot ibm dot com 2010-05-02 12:12 ---
Looks like it's caused by:
r158157 | rguenth | 2010-04-09 13:40:14 +0300 (Fri, 09 Apr 2010) | 28 lines
The problem is in getting vectype for f1_2:
foo (int b, double f1, double f2, int c1, int c2)
{
...
float D.1999
--- Comment #34 from howarth at nitro dot med dot uc dot edu 2010-05-02
13:11 ---
Mike,
Can you flesh out the implementation of the second option of putting all
of the symbols in the wpa? Would this only require changes to darwin specific
files or a change to the LTO mechanism itse
--- Comment #18 from dougmencken at gmail dot com 2010-05-02 13:30 ---
I can add that on glibc-based system (not uclibc one) 4.5.0 bootstraps
configured with "Configured with: ../gcc-4.5.0/configure --prefix=/usr
--sysconfdir=/etc --mandir=/usr/share/man --with-system-zlib
--enable-langu
--- Comment #4 from hjl at gcc dot gnu dot org 2010-05-02 13:38 ---
Subject: Bug 43921
Author: hjl
Date: Sun May 2 13:37:57 2010
New Revision: 158973
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158973
Log:
Replace INSN_P with NONDEBUG_INSN_P.
2010-05-02 H.J. Lu
--- Comment #5 from hjl dot tools at gmail dot com 2010-05-02 13:39 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #21 from zsojka at seznam dot cz 2010-05-02 13:45 ---
Created an attachment (id=20534)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20534&action=view)
reduced testcase, from lto-section-out.c
Miscompiled function is lto-section-out.c:lto_output_fn_decl_index()
lto_out
--- Comment #22 from zsojka at seznam dot cz 2010-05-02 13:47 ---
Of course the overwritten register is r14:
mov QWORD PTR [rsp-16], r14 #,
mov DWORD PTR [r15], ebx# *this_index_24(D), index
mov r14, QWORD PTR [rsp+72] #,
--
http://gcc.gnu.org
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2010-05-02
13:55 ---
Subject: Re: [4.5/4.6 Regression] FAIL:
gcc.dg/tree-ssa/20031015-1.c (internal compiler error)
On Tue, 20 Apr 2010, dave at hiauly1 dot hia dot nrc dot ca wrote:
> > Can you bisect the few commits
--- Comment #35 from howarth at nitro dot med dot uc dot edu 2010-05-02
13:59 ---
Proposed patch for LTO support on Mach-O posted at
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00041.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43729
--- Comment #6 from dfranke at gcc dot gnu dot org 2010-05-02 14:00 ---
The testcase is still in its original form, the last attempt to get this
changed was never commented on:
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00118.html
Setting status to WAITING. To be closed as WORKS
--- Comment #11 from dfranke at gcc dot gnu dot org 2010-05-02 14:03
---
Consensus seems to be: no, do not search the system include paths.
Set status to WAITING. To be closed as INVALID(?) in three months from now if
there is no further discussion.
--
dfranke at gcc dot gnu dot or
--- Comment #11 from dfranke at gcc dot gnu dot org 2010-05-02 14:31
---
Assuming PR37173 is correct, isn't this example invalid anyway (as already
noted by Tobias in #4)?
Instead, it should probably be written as:
CHARACTER (kind=4,len=*) MY_STRING4(1:3)
PARAMETER ( MY_STRING4 = (
--- Comment #12 from burnus at gcc dot gnu dot org 2010-05-02 14:32 ---
(In reply to comment #11)
> Consensus seems to be: no, do not search the system include paths.
>
> Set status to WAITING. To be closed as INVALID(?) in three months from now if
> there is no further discussion.
>
--- Comment #1 from redi at gcc dot gnu dot org 2010-05-02 14:44 ---
*** This bug has been marked as a duplicate of 39269 ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from redi at gcc dot gnu dot org 2010-05-02 14:44 ---
*** Bug 43960 has been marked as a duplicate of this bug. ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #10 from dfranke at gcc dot gnu dot org 2010-05-02 15:09
---
Can this be closed? Is there something left to do here?
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #26 from burnus at gcc dot gnu dot org 2010-05-02 15:13 ---
Subject: Bug 18918
Author: burnus
Date: Sun May 2 15:13:03 2010
New Revision: 158974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158974
Log:
2010-05-02 Tobias Burnus
PR fortran/18918
--- Comment #5 from dfranke at gcc dot gnu dot org 2010-05-02 15:20 ---
http://gcc.gnu.org/onlinedocs/gfortran/C_005fSIZEOF.html#C_005fSIZEOF has
Class:
Intrinsic function
Sounds strange, "inquiry" seems to be more likely (haven't checked)?!
See also: PR40568.
--
dfranke at g
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-05-02 15:21 ---
See also PR36437.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDepending
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-02 15:26 ---
They are C99 but the testcase does not require c99-targts.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-02 15:28 ---
Hm. I guess hppa-hpux has some strange varargs representation (like a type
with no pointers?)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-02 15:28 ---
Can you attach preprocessed source so i can use a cross for examination?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43958
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|FAIL: gcc.dg/const-uniq-1.c |[4.6 Regression] FAIL:
|scan-tree-dump-times gimple
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-02 15:32 ---
*** This bug has been marked as a duplicate of 42425 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-02 15:32 ---
*** Bug 43956 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from fabien dot chene at gmail dot com 2010-05-02 16:36
---
Hi,
Sorry for introducing this bug, thanks for the analysis, but unfortunately,
this is the wrong fix.
The change reverted wasn't accidental as it is redundant with the check done in
diagnose_uninitialized_cst_
--- Comment #3 from rwahl at gmx dot de 2010-05-02 16:55 ---
Created an attachment (id=20535)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20535&action=view)
Disable alignment when using -Os
The attached patch fixes the problem. It could be written in a more elegant way
by changi
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2010-05-02 18:02
---
Created an attachment (id=20536)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20536&action=view)
Revert previous patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2010-05-02 18:03
---
Ping.
Richard S.,
Andreas,
Any comment on the above analysis?
AFAICT, the "T" constraint should accept operands if "flag_pic &&
!TARGET_PCREL".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
--- Comment #23 from rguenth at gcc dot gnu dot org 2010-05-02 18:11
---
Subject: Bug 43879
Author: rguenth
Date: Sun May 2 18:10:53 2010
New Revision: 158977
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158977
Log:
2010-05-02 Richard Guenther
PR tree-optimizatio
--- Comment #24 from rguenth at gcc dot gnu dot org 2010-05-02 18:12
---
Thanks for the testcase! The issue is now fixed and bootstrap with IPA-PTA
enabled succeeds and the testresults are the same as without (with -fipa-pta
enabled).
There are still the same libstdc++ miscompiles and
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-05-02 18:13
---
Reopened per request.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fabien dot chene at gmail
|dot org
On Linux/ia32, revision 158973 gave:
FAIL: g++.dg/debug/dwarf2/icf.C scan-assembler 0x0.*Vtable slot
Revision 158970 is OK.
--
Summary: [4.6 regression] FAIL: g++.dg/debug/dwarf2/icf.C scan-
assembler 0x0.*Vtable slot
Product: gcc
Version: 4
--- Comment #36 from howarth at nitro dot med dot uc dot edu 2010-05-02
19:15 ---
Testresults on x86_64-apple-darwin10 at r158962 for proposed patch...
http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg00185.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43729
--- Comment #1 from ubizjak at gmail dot com 2010-05-02 19:25 ---
Yes a testsuite scan pattern update is needed. We now emit 0 instead of 0x0 for
non-padded hex values and I missed this failure in the results.
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #3 from mikpe at it dot uu dot se 2010-05-02 19:37 ---
Also breaks on armv5tel-unknown-linux-gnueabi with gcc-4.5-20100429 and
gcc-4.6-20100501. It works with gcc-4.4-20100427 and gcc-4.3-20100103.
--
mikpe at it dot uu dot se changed:
What|Removed
--- Comment #7 from hjl dot tools at gmail dot com 2010-05-02 20:09 ---
It is a bug in true_dependence. We get
Breakpoint 7, true_dependence (mem=0x719246d8, mem_mode=SImode,
x=0x71924918, varies=0x93bbea )
at /export/gnu/import/git/gcc/gcc/alias.c:2360
2360 x_addr
--- Comment #2 from ubizjak at gmail dot com 2010-05-02 20:11 ---
Index: g++.dg/debug/dwarf2/icf.C
===
--- g++.dg/debug/dwarf2/icf.C (revision 158970)
+++ g++.dg/debug/dwarf2/icf.C (working copy)
@@ -46,5 +46,5 @@
// {
--- Comment #3 from uros at gcc dot gnu dot org 2010-05-02 20:45 ---
Subject: Bug 43963
Author: uros
Date: Sun May 2 20:45:20 2010
New Revision: 158982
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158982
Log:
PR testsuite/43963
* g++.dg/debug/dwarf2/icf.C: Upd
--- Comment #4 from ubizjak at gmail dot com 2010-05-02 20:45 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from hjl dot tools at gmail dot com 2010-05-02 22:22 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00089.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
make bootstrap of gcc-4.6-20100501 snapshot on armv5tel-unknown-linux-gnueabi
fails in stage 2 as follows:
/home/mikpe/gcc-4.6-20100501/gcc/ira-color.c: In function 'assign_hard_reg':
/home/mikpe/gcc-4.6-20100501/gcc/ira-color.c:447:31: error: unused variable
'rclass' [-Werror=unused-variable]
/ho
--- Comment #3 from davek at gcc dot gnu dot org 2010-05-02 23:56 ---
Applied to trunk at r.158983.
--
davek at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from davek at gcc dot gnu dot org 2010-05-03 00:18 ---
Ow. Still present on mainline. This really needs a C++ F/E expert to look at
it.
--
davek at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from paolo dot carlini at oracle dot com 2010-05-03 01:04
---
Well, that for sure ;) Let's add Jason in CC.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
On this test case
---
struct Vector
{
int size( void ) const
{
return mSize ? *mSize : 0 ;
}
int* mSize;
};
int diff(const Vector& a, const Vector& b)
{
if (a.size() != b.size())
{
return a.size() - b.size();
}
return 0;
}
---
gcc omits the following code:
--- Comment #1 from hartmut dot schirmer at arcormail dot de 2010-05-03
05:46 ---
Created an attachment (id=20537)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20537&action=view)
Full assembler code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43965
On attached test case GCC keeps the index range checks in
Vector::getValue although they're always true due to loop conditions
# GNU C++ (GCC) version 4.5.0 (mingw32)
# options passed: -fpreprocessed yy5.ii -march=atom -mtune=atom -O2 -Wall
--
Summary: redundant checks not removed
--- Comment #1 from hartmut dot schirmer at arcormail dot de 2010-05-03
06:19 ---
Created an attachment (id=20538)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20538&action=view)
Test case
foo() uses a get method without checks and is ok, checks not optimized away in
bar()
--
--- Comment #2 from hartmut dot schirmer at arcormail dot de 2010-05-03
06:19 ---
Created an attachment (id=20539)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20539&action=view)
Assembler listing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43966
In section 4.1 (Routines for integer arithmetic) of the internal gcc manual
(gccint), __udivmodti3 is spelled __udivti3. I believe this is a typo
--
Summary: __udivmodti3 is spelled __udivti3
Product: gcc
Version: unknown
Status: UNCONFIRMED
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-03 06:59 ---
No there are two different functions. __udivmodti3 computes both the mod and
the division in one function while __udivti3 computes just the division.
GCC by defaults emits the divmod one if there is not hardware su
69 matches
Mail list logo
