From: Laurent GUERBY [EMAIL PROTECTED]
Date: Sat, 21 Jun 2008 22:12:24 +0200
I'm curious at how many GCC developpers use non x86/_64 as their
main development machine (and how many non x86/_64 core they use).
I definitely am one.
Or, maybe you are asking the wrong question, which likely
Please check the symbols in the library existing or not.
error
while configuring the mingw cross compiler for m32c-elf,
As you are saying you are facing problem with mingw.
Make sure you are using the gmp and mpfr libraries build for mingw
Please build mingw gmp and mpfr libraries use the
On Sun, 2008-06-22 at 00:04 -0700, David Miller wrote:
From: Laurent GUERBY [EMAIL PROTECTED]
Date: Sat, 21 Jun 2008 22:12:24 +0200
I'm curious at how many GCC developpers use non x86/_64 as their
main development machine (and how many non x86/_64 core they use).
I definitely am one.
From: Laurent GUERBY [EMAIL PROTECTED]
Date: Sun, 22 Jun 2008 09:21:32 +0200
On Sun, 2008-06-22 at 00:04 -0700, David Miller wrote:
From: Laurent GUERBY [EMAIL PROTECTED]
Date: Sat, 21 Jun 2008 22:12:24 +0200
I'm curious at how many GCC developpers use non x86/_64 as their
main
On Sun, 2008-06-22 at 00:45 -0700, David Miller wrote:
How many core does your main development machine have?
8 cores and 8 cpu threads per core on one, 64 cpus total.
16 cores and 8 cpu threads per core on another, 128 cpus total.
It still takes an hour or so to bootstrap on these
From: Laurent GUERBY [EMAIL PROTECTED]
Date: Sun, 22 Jun 2008 10:05:26 +0200
On Sun, 2008-06-22 at 00:45 -0700, David Miller wrote:
How many core does your main development machine have?
8 cores and 8 cpu threads per core on one, 64 cpus total.
16 cores and 8 cpu threads per core on
Sent from my iPhone because I no longer have Internet access at home :(.
On Jun 22, 2008, at 0:21, Laurent GUERBY [EMAIL PROTECTED] wrote:
On Sun, 2008-06-22 at 00:04 -0700, David Miller wrote:
From: Laurent GUERBY [EMAIL PROTECTED]
Date: Sat, 21 Jun 2008 22:12:24 +0200
I'm curious at how
Dear All,
I'm trying to compile the e2fs progs for a coldfire 547x cpu. I'm using the
gcc4.3.1 compiler.
I have this error and I don't understand what can be wrong:
make[5]: Entering directory
`/mnt/devel/openwrt/OpenWRT.git/build_dir/m68k/e2fsprogs-1.39'
make[6]: Entering directory
Status
==
The GCC 4.3 branch is open for commits under normal release branch
rules. The 4.3.2 release is expected around 2008-08-06.
Quality Data
Priority # Change from Last Report
--- ---
P18 +- 0
P2
On Sunday 22 of June 2008 13:17:38 Joseph S. Myers wrote:
Status
==
The GCC 4.3 branch is open for commits under normal release branch
rules. The 4.3.2 release is expected around 2008-08-06.
Quality Data
Priority# Change from Last Report
---
On Sun, Jun 22, 2008 at 01:30:18PM +0200, Pawe?? Sikora wrote:
On Sunday 22 of June 2008 13:17:38 Joseph S. Myers wrote:
Quality Data
Priority # Change from Last Report
--- ---
P18 +- 0
P2 112 -
On 6/22/08, Andrew Pinski [EMAIL PROTECTED] wrote:
On Jun 22, 2008, at 2:08, Andrew Pinski [EMAIL PROTECTED] wrote:
On Jun 22, 2008, at 0:21, Laurent GUERBY [EMAIL PROTECTED] wrote:
On Sun, 2008-06-22 at 00:04 -0700, David Miller wrote:
From: Laurent GUERBY [EMAIL PROTECTED]
Date:
On Sat, Jun 21, 2008 at 08:58:05PM +0200, Laurent GUERBY wrote:
On Sat, 2008-06-21 at 08:10 -0400, Diego Novillo wrote:
On Sat, Jun 21, 2008 at 05:21, Andrew Haley [EMAIL PROTECTED] wrote:
And for make -k check:
-j1 2h18
-j2 1h11
-j4 0h55
-j6 0h44
For make check, it would perhaps help
Hi List,
I think that the problem is the same of this:
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg00094.html
Starting form the patch proposed in the post above, I produced (with few
changes) the attached patch for gcc.4.3.1.
ciao
luigi
On dom, 2008-06-22 at 12:24 +0200, Luigi 'Comio'
On Sun, Jun 22, 2008 at 4:04 AM, Richard Kenner
[EMAIL PROTECTED] wrote:
An interesting question that I see as relevant here and for which I have no
data is: what percentage of the time does a patch cause an error *only*
in libjava? I think you have to weigh the cost of the build of that
NightStrike wrote on 22 June 2008 12:57:
On 6/22/08, Andrew Pinski [EMAIL PROTECTED] wrote:
On Jun 22, 2008, at 2:08, Andrew Pinski [EMAIL PROTECTED] wrote:
On Jun 22, 2008, at 0:21, Laurent GUERBY [EMAIL PROTECTED] wrote:
On Sun, 2008-06-22 at 00:04 -0700, David Miller wrote:
From: Laurent
Jakub Jelinek [EMAIL PROTECTED] writes:
On Sat, Jun 21, 2008 at 08:58:05PM +0200, Laurent GUERBY wrote:
On Sat, 2008-06-21 at 08:10 -0400, Diego Novillo wrote:
On Sat, Jun 21, 2008 at 05:21, Andrew Haley [EMAIL PROTECTED] wrote:
And for make -k check:
-j1 2h18
-j2 1h11
-j4 0h55
-j6
Laurent GUERBY [EMAIL PROTECTED] writes:
I noticed insn-attrtab compilation is about 5mn20s and probably
explain about all of the not so perfect speedup: when I look at top it
takes more than 1 minute per stage finishing alone. I've seen it up to 3
minutes alone. There's a comment in the
For AVR I get failures of:
FAIL: gcc.dg/tree-ssa/gen-vect-11.c scan-tree-dump-times vect
vectorized 1 loops 1
FAIL: gcc.dg/tree-ssa/gen-vect-11a.c scan-tree-dump-times vect
vectorized 1 loops 1
FAIL: gcc.dg/tree-ssa/gen-vect-2.c scan-tree-dump-times vect vectorized
1 loops 1
FAIL:
* Ian Lance Taylor wrote on Sun, Jun 22, 2008 at 04:42:19PM CEST:
First I'll note that insn-attrtab.c is particularly slow for
x86/x86_64, presumably due to the many processor varieties and complex
scheduling. It is much faster for other targets.
Compiling it earlier than it would
* NightStrike wrote on Sun, Jun 22, 2008 at 06:14:22PM CEST:
On 6/22/08, Ian Lance Taylor [EMAIL PROTECTED] wrote:
I think it would only be a few days of work for somebody familiar with
Tcl to add -j support to DejaGNU. I think that would be a very useful
contribution to gcc development.
Ralf == Ralf Wildenhues [EMAIL PROTECTED] writes:
Ralf Has anybody ever looked at using threading capabilities of tcl directly?
At least Fedora compiles the system Tcl without threading enabled.
This has been attempted a few times over the years but apparently
always reverted due to bugs.
Tom
Richard == Richard Kenner [EMAIL PROTECTED] writes:
IME, bugs found during libjava have been also triggered during
libstdc++ and/or C. Though several folks at the summit mentioned that
they had found bugs triggered only by libjava.
Richard To me, as I said, this is the key issue: how often
Richard Guenther wrote:
On Sat, Jun 21, 2008 at 12:50 AM, Richard Kenner
[EMAIL PROTECTED] wrote:
Fundamentally, our philosophy has been to catch errors *before* they get
into the repository. Sure one day of breaking the trunk isn't so bad, but
when it breaks it affects hundreds of developers
On Sun, Jun 22, 2008 at 07:13:03PM +0200, Ralf Wildenhues wrote:
Has anybody ever looked at using threading capabilities of tcl directly?
Parallel DejaGNU could benefit other packages too. There is a thread
pools package (tpool.html, linked from http://wiki.tcl.tk/2770) but I
have no idea how
On Sun, 22 Jun 2008, Daniel Jacobowitz wrote:
On Sun, Jun 22, 2008 at 07:13:03PM +0200, Ralf Wildenhues wrote:
Has anybody ever looked at using threading capabilities of tcl directly?
Parallel DejaGNU could benefit other packages too. There is a thread
pools package (tpool.html, linked
On Fri, Jun 20, 2008 at 1:56 PM, Kaveh R. GHAZI [EMAIL PROTECTED] wrote:
Ugh, I think this is a terrible idea. It took me all of zero days to find
an example of libjava breaking when someone didn't test it:
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01351.html
Actually that patch caused a
On Fri, Jun 20, 2008 at 1:56 PM, Kaveh R. GHAZI [EMAIL PROTECTED] wrote:
Ugh, I think this is a terrible idea. It took me all of zero days to find
an example of libjava breaking when someone didn't test it:
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01351.html
This is a bad example for
On Fri, 2008-06-20 at 17:05 -0400, Diego Novillo wrote:
On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI [EMAIL PROTECTED] wrote:
That aside, our current policy already allows e.g. not testing java if
your change is to a part of the compiler that can't possible affect it.
I didn't make it
Dear Ian,
A comment regarding the GCC-in-C++ idea. In slide 16 you merely answer
C++ is too complicated!
with
Maintainers will ensure that gcc continues to be maintainable.
C++ has, for example, 12 different ways to represent or invoke a function.
It has no buikt-in typesafe enums. Sooner
On Sat, 2008-06-21 at 10:58 +0200, Ralf Wildenhues wrote:
IIRC, then objects in libjava were built from lists of source files as a
means to avoid per-object overhead of libtool and some other stuff, and
to produce a bit better code[1]. Now, at least libtool compile mode
overhead should be a
On Sun, 2008-06-22 at 19:13 +0200, Ralf Wildenhues wrote:
Has anybody ever looked at using threading capabilities of tcl directly?
Parallel DejaGNU could benefit other packages too. There is a thread
pools package (tpool.html, linked from http://wiki.tcl.tk/2770) but I
have no idea how
On Sun, 2008-06-22 at 07:32 -0700, Ian Lance Taylor wrote:
I think it would only be a few days of work for somebody familiar with
Tcl to add -j support to DejaGNU. I think that would be a very useful
contribution to gcc development.
What did you have in mind, Ian? That DejaGnu would run
On Sat, 21 Jun 2008, Andrew Haley wrote:
Steven Bosscher wrote:
On Sat, Jun 21, 2008 at 12:41 AM, Kaveh R. Ghazi [EMAIL PROTECTED] wrote:
Fundamentally, our philosophy has been to catch errors *before* they get
into the repository. Sure one day of breaking the trunk isn't so bad, but
Richard,
There is a regression in the induct polyhedron benchmark execution
when gfortran compiled with -ffast-math -O3 introduced with gcc 4.3
that isn't present in gcc 4.2.4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36599
According to the SuSe polyhedron benchmark servers, the
On 6/22/08, Kaveh R. GHAZI [EMAIL PROTECTED] wrote:
IMHO, having more languages and testsuites in the bootstrap process
enhances the quality of GCC. I sympathize with the problems of regtest
duration. I believe some of this could be addressed through making things
run in parallel better.
I
On Sun, 2008-06-22 at 21:57 -0400, NightStrike wrote:
On 6/22/08, Kaveh R. GHAZI [EMAIL PROTECTED] wrote:
IMHO, having more languages and testsuites in the bootstrap process
enhances the quality of GCC. I sympathize with the problems of regtest
duration. I believe some of this could be
On Jun 22, 2008, at 4:24 PM, Bruno Haible wrote:
Dear Ian,
A comment regarding the GCC-in-C++ idea. In slide 16 you merely answer
C++ is too complicated!
with
Maintainers will ensure that gcc continues to be maintainable.
C++ has, for example, 12 different ways to represent or invoke a
* Ben Elliston wrote on Mon, Jun 23, 2008 at 01:58:38AM CEST:
On Sat, 2008-06-21 at 10:58 +0200, Ralf Wildenhues wrote:
IIRC, then objects in libjava were built from lists of source files as a
means to avoid per-object overhead of libtool and some other stuff, and
to produce a bit better
On 6/23/08, Laurent GUERBY [EMAIL PROTECTED] wrote:
I think it could also be addressed with the gcc compile farm. I
thought that there was some place where we could put patches, and they
would be automatically picked up and tested by some sort of automatic
scripts am I dreaming about
--- Comment #1 from hp at gcc dot gnu dot org 2008-06-22 08:39 ---
These tests have also regressed for mmix-knuth-mmixware 132182 - 136827, so if
it's a target-specific thing that went wrong (assuming it's the same reason;
there are two more regressions in that range but that's it
Multiple regressions have appeared at revision 136976 (last known working
136953), see:
http://gcc.gnu.org/ml/gcc-testresults/2008-06/msg01644.html
http://gcc.gnu.org/ml/gcc-testresults/2008-06/msg01650.html
A typical failure is:
[karma] f90/bug% /opt/gcc/gcc4.4w/bin/gcc
--- Comment #3 from jsm28 at gcc dot gnu dot org 2008-06-22 11:03 ---
Setting to P4 as an Ada bug, please restore to P3 if a C or C++ testcase is
found.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36584
From revision 136960 (not in 136942) I see multiple warnings during bootstrap:
...
../../gcc-4.4-work/gcc/objc/objc-act.c:6693: warning: request for implicit
conversion from 'void *' to 'const char *' not permitted in C++
../../gcc-4.4-work/gcc/collect2.c:849: warning: request for implicit
--- Comment #1 from dominiq at lps dot ens dot fr 2008-06-22 11:18 ---
If I revert revision 136959, the test in comment#0 passes.
--
dominiq at lps dot ens dot fr changed:
What|Removed |Added
--- Comment #2 from ubizjak at gmail dot com 2008-06-22 12:00 ---
Author: hubicka
Date: Thu Jun 19 18:00:12 2008
New Revision: 136959
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136959
Log:
* builtins.c (expand_builtin_nonlocal_goto): Stabilize r_sp before
only since some days I get a segfault with this backtrace:
gdb cc1
r -fpreprocessed agfa_cl20.i -dumpbase agfa_cl20.i -mtune=generic -auxbase
agfa_cl20 -g -O2 -Wall -Wmissing-declarations -version -fstack-protector -fPIC
-o /tmp/ccqJyq0F.sQuit
Program received signal SIGSEGV, Segmentation
--- Comment #1 from marcus at jet dot franken dot de 2008-06-22 12:11
---
Created an attachment (id=15800)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15800action=view)
agfa_cl20.i
/home/marcus/projects/gcc.trunk/BIN/bin/gcc -Wall -g -fstack-protector
-Wmissing-declarations
http://www.openmp.org/mp-documents/spec30.pdf Version 3.0 May 2008
2.2 Conditional Compilation
In implementations that support a preprocessor, the _OPENMP macro name is
defined to have the decimal value mm where and mm are the year and
month designations of the version of the OpenMP API
--- Comment #1 from jakub at gcc dot gnu dot org 2008-06-22 12:27 ---
Not sure where you are looking?
http://gcc.gnu.org/viewcvs/trunk/gcc/c-cppbuiltin.c?r1=136425r2=136433
is the latest revision of c-cppbuiltin.c and that has:
if (flag_openmp)
--- Comment #5 from burnus at gcc dot gnu dot org 2008-06-22 12:28 ---
The error only occurs for logical(1), kind=2,4,8,16 all work.
The program also works if one removes the .not.
interface Near0
function Near0_dp (TestNumber) result (NumberNear0)
real ::
--- Comment #2 from burnus at gcc dot gnu dot org 2008-06-22 12:31 ---
(In reply to comment #1)
Not sure where you are looking?
I'm a Fortran guy thus I looked here:
fortran/cpp.c:cpp_define (pfile, _OPENMP=200505);
--
burnus at gcc dot gnu dot org changed:
What
Testcase gcc.dg/memcpy-1.c fails on AVR target.
Failure occurs because the return value is not simplified to avoid memcpy. This
test works on i686 and I can't see why same optimization should not apply to
AVR
Test is:
/* { dg-do compile } */
/* { dg-options -O2 -fdump-tree-optimized } */
/* {
--- Comment #1 from joseph at codesourcery dot com 2008-06-22 13:32 ---
Subject: Re: New: Failed optimisation of return of struct
argment in memcpy-1.c
On Sun, 22 Jun 2008, hutchinsonandy at gcc dot gnu dot org wrote:
Testcase gcc.dg/memcpy-1.c fails on AVR target.
Have you
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-06-22 14:33
---
Thanks for information
--param sra-max-structure-size=32 does indeed remove test failure and produces
optimal code.
But changing the testcase does not remove the optimization problem - unless
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
Keywords|
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-22 14:46 ---
I belive this was fixed by
2008-06-21 Bernhard Fischer [EMAIL PROTECTED]
* tree-ssa-pre.c (fini_antic): Bitmap_sets have to be freed before
the grand_bitmap_obstack.
--
rguenth at gcc dot gnu
--- Comment #3 from lauras at gcc dot gnu dot org 2008-06-22 14:49 ---
Closing since valgrind errors are unreproducible now
--
lauras at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from danglin at gcc dot gnu dot org 2008-06-22 14:49 ---
This was fixed by a library rebuild. There's probably a make file
dependency that is not quite right but I am closing as invalid.
--
danglin at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-22 14:50 ---
This is really not a task for SRA but for struct copy propagation (which we
do not do). See PR14295.
As this testcase was for SRA you can either XFAIL it for avr or see if the
cost metrics need adjustment.
--
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-06-22 15:05 ---
If we would disallow struct copies in the gimple IL and instead require a
register temporary that we would re-write into SSA form like
struct s temp_struct3;
struct s temp_struct2;
struct s temp_struct1;
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-06-22 15:07 ---
Created an attachment (id=15801)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15801action=view)
aggregate temporary registers
Like this simple, untested patch. Breaks tree-sra.
--
--- Comment #1 from lauras at gcc dot gnu dot org 2008-06-22 15:23 ---
Confirmed with r137000.
To set unsignedp value, lex_charconst calls cpp_interpret_charconst. Here it
quits early with an error, leaving unsignedp uninitialized. I will post a patch
to fix.
--
lauras at gcc dot
--- Comment #3 from lauras at gcc dot gnu dot org 2008-06-22 15:28 ---
Subject: Bug 34906
Author: lauras
Date: Sun Jun 22 15:28:04 2008
New Revision: 137020
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137020
Log:
2008-06-22 Laurynas Biveinis [EMAIL PROTECTED]
PR
--- Comment #4 from lauras at gcc dot gnu dot org 2008-06-22 15:30 ---
Fixed on trunk.
--
lauras at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-22 15:43 ---
I certainly belive this was uncovered by my patch for PR36345. But I also
believe newlib is at fault here ;) The fix simply makes strict-aliasing rules
followed even more (thus, if you build newlib with
--
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=34906
--- Comment #4 from hutchinsonandy at gcc dot gnu dot org 2008-06-22 16:11
---
Quite possibly due to cost metrics. They are far from ideal.
Will mark test XFAIL until we can investigate and fix.
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from burnus at gcc dot gnu dot org 2008-06-22 16:26 ---
Patch. The problem was that gfortran failed to find a conversion routine for
logical(1) to logical(1), now it simply does nothing and reports success.
I'm not sure whether BT_VOID needs some special care or not.
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-06-22 16:56 ---
I think you're mad. I won't be reporting any bugs to gcc until I see signs
of intelligence coming from you people.
Huh? Also the linker is not part of GCC anyways. It comes from the
binutils project. You
There is a 20% execution regression on the polyhedron induct.f90 benchmark when
compiled with gfortran in gcc 4.3.1 compared to gcc 4.2.4. This reduction
appears
to be triggered by the -fassociative-math (which appears to require
-fno-signed-zeros -fno-trapping-math to actually be used by
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-06-22
16:58 ---
Created an attachment (id=15802)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15802action=view)
assembly file generate with -fno-signed-zeros -fno-trapping-math
--
--- Comment #114 from pepalogik at seznam dot cz 2008-06-22 16:59 ---
(In reply to comment #113)
It is available when storing a result to memory.
Yes, but this requires quite a complicated workaround (solution (4) in my
comment #109). So you could say that the IEEE754 double precision
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-06-22
17:00 ---
Created an attachment (id=15803)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15803action=view)
assembly file generate with -fassociative-math -fno-signed-zeros
-fno-trapping-math
--
--- Comment #115 from pepalogik at seznam dot cz 2008-06-22 17:28 ---
That #174; should be (R).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- Comment #3 from burnus at gcc dot gnu dot org 2008-06-22 17:54 ---
Fortran requires that parenthesis are always honoured. All other associative
maths operations are allowed in Fortran, but as IEEE is also allowed, this
gives problems e.g. INF is involved or signed zeros. Therefore,
I ran into this on NetBSD 4.0; the crash said to report it to NetBSD.
When I did so, they said Why don't you let _them_ know, then?, them
referring to you people. However, gcc 4.0 does not have either the
bugs.html or the BUGS referred to by bugreport.texi, as far as I can
see. When I looked at
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-06-22
18:30 ---
If the problem is due to the honoring of parenthesis in fortran, why doesn't
this issue manifest itself on powerpc-apple-darwin as well?
http://gcc.gnu.org/ml/fortran/2008-06/msg00249.html
--
Nico R. [EMAIL PROTECTED] reports that building e2fsprogs with gcc-4.3.1 and
-fipa-pta triggers an ICE ... observed on both x86 and x86_64
gcc-4.2.4 seems to work fine
CC tdb.c
cc -I../../lib -I../../lib -DLOCALEDIR=\/usr/share/locale\
-DROOT_SYSCONFDIR=\/etc\ -DPACKAGE_NAME=\\
--- Comment #1 from vapier at gentoo dot org 2008-06-22 19:48 ---
Created an attachment (id=15804)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15804action=view)
e2fsprogs-fipa-pta.i
reduced test case by Nico R.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36600
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-22 19:48 ---
-fipa-pta was never did anything anyways .
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from danglin at gcc dot gnu dot org 2008-06-22 20:02
---
The same change gcc.c-torture/execute/20040709-2.c on all hppa targets
(both 32 and 64 bit). On hppa64-hp-hpux11.11, testK is the first test
to fail. In this case, it appears retmeK is miscompiled.
--
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2008-06-22
20:04 ---
Subject: Re: [4.4 Regression] FAIL:
gcc.c-torture/execute/20040709-1.c execution at -O2 and above
to fail. In this case, it appears retmeK is miscompiled.
Simplified test attached.
Dave
This:
templatetypename F class Foo { friend class F; };
gets you this:
~/ootbc/asm$ g++ foo.cc
foo.cc:2: error: using template type parameter F after class
foo.cc:2: error: friend declaration does not name a class or function
--
Summary: Can't be friended by template
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-06-22 20:13 ---
*** Bug 36601 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-22 20:13 ---
Because the C++ standard says you cannot. See PR 24629.
*** This bug has been marked as a duplicate of 24629 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-22 20:27 ---
Not really a regression as the warning was just enabled in the first place
recently.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dominiq at lps dot ens dot fr 2008-06-22 20:43 ---
I think the problem is that the vector cost model is not tune for the Intel
Core family.
My understanding of the problem is that without the relevant suboption of
-ffast-math
the inner implicit loops in induct are
--- Comment #13 from danglin at gcc dot gnu dot org 2008-06-22 20:44
---
retmeK (struct K x)
{
unnamed-unsigned:10 SR.14;
unnamed-unsigned:15 SR.13;
unnamed-unsigned:7 SR.12;
unnamed-unsigned:10 SR.11;
unnamed-unsigned:15 SR.10;
unnamed-unsigned:15 x$i;
I noticed this while looking into tree-ssa-sccvn.c sources (though I doubt it
helps in general really). But anyways we should optimize the following code
into just a return 0;:
struct f
{
int t, k;
int g[1024];
};
int g(void)
{
struct f a;
__builtin_memset(a, 0, sizeof(a));
return
--- Comment #14 from rguenther at suse dot de 2008-06-22 21:13 ---
Subject: Re: [4.4 Regression] FAIL:
gcc.c-torture/execute/20040709-1.c execution at -O2 and above
On Sun, 22 Jun 2008, danglin at gcc dot gnu dot org wrote:
--- Comment #13 from danglin at gcc dot gnu dot org
--- Comment #116 from vincent at vinc17 dot org 2008-06-22 21:14 ---
(In reply to comment #114)
Yes, but this requires quite a complicated workaround (solution (4) in my
comment #109).
The problem is on the compiler side, which could store every result of a cast
or an assignment to
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-06-22 21:26 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2008-06-22
21:34 ---
Subject: Re: [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c
execution at -O2 and above
x$B0F7_8 = BIT_FIELD_REF x, 7, 0;
D.1258.i ={v} x$i_5;
D.1258.j ={v} x$j_7;
SR.12_9 =
To quote James van Buskirk on comp.lang.fortran:
Is there any possibility for gfortran's output
text files to receive line termination appropriate to the host OS?
(he can't display *.s files properly on Windows without
converting them first)
--
Summary: Use \r\n for generated *.s
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-22 21:48 ---
(he can't display *.s files properly on Windows without
converting them first)
What text editor is he using? I know NotePad does not support UNIX style line
endings but WordPad supports it which is what I use
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-22 21:54 ---
Related to bug 36602.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16427
--- Comment #16 from rguenther at suse dot de 2008-06-22 22:23 ---
Subject: Re: [4.4 Regression] FAIL:
gcc.c-torture/execute/20040709-1.c execution at -O2 and above
On Sun, 22 Jun 2008, dave at hiauly1 dot hia dot nrc dot ca wrote:
--- Comment #15 from dave at hiauly1 dot
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-06-22
22:30 ---
IMHO when a new optimization technique is enabled by default in -O3
and degrades common benchmark performance, it qualifies as a
performance regression for that release.
--
1 - 100 of 106 matches
Mail list logo