On 14/06/2010 06:43, Ian Lance Taylor wrote:
David Browndavid.br...@hesbynett.no writes:
After doing a bit more reading and thinking, it seems to me that
-fwhole-program will be used in most cases where LTO is used. You use
-flto when compiling each source file, then link them with gcc with
Üdvözlöm!
Ez egy hozzájárulás kérő levél, melynek elfogadásával Ön hozzáférést kap a
Balla Ingatlaniroda önkiszolgáló ügyfélszolgálati rendszeréhez.
Az így elérhető szolgáltatásokról részleteket a ballaingatlan.hu oldalon tudhat
meg.
Regisztráció itt:
On 14/06/2010 05:43, Ian Lance Taylor wrote:
David Brown david.br...@hesbynett.no writes:
After doing a bit more reading and thinking, it seems to me that
-fwhole-program will be used in most cases where LTO is used. You use
-flto when compiling each source file, then link them with gcc
On 13/06/2010 20:57, Ian Lance Taylor wrote:
Take a look at http://code.google.com/p/mao/ .
Ian
Thanks, Ian! This project looks very interesting.
I will try to play with it.
On Mon, Jun 14, 2010 at 2:28 AM, Dave Korn dave.korn.cyg...@gmail.com wrote:
Or in binutils, LD's relaxation
-Original Message-
From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of
Ian Lance Taylor
Sent: 14 June 2010 05:43
To: David Brown
Cc: gcc@gcc.gnu.org
Subject: Re: Issue with LTO/-fwhole-program
David Brown david.br...@hesbynett.no writes:
After doing a
On 14/06/2010 11:22, Dave Korn wrote:
On 14/06/2010 05:43, Ian Lance Taylor wrote:
David Browndavid.br...@hesbynett.no writes:
After doing a bit more reading and thinking, it seems to me that
-fwhole-program will be used in most cases where LTO is used. You use
-flto when compiling each
On Mon, Jun 14, 2010 at 12:25 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
Why do you want to optimize the generated assembly code? AFAIK, all
optimization passes in GCC work on some intermediate representation
which is not the assembly code, and many of them work on Gimple.
...
Hi :
I am studying IRA right now (GCC4.4.1,mips32 target),
for following piece of code:
long long func(int a, int b)
{
long long r = (long long)a * (long long)b;
return r;
}
the asm generated on mips is like:
mult$5,$4
mfhi$5
mflo$2
j
On Mon, Jun 14, 2010 at 9:26 AM, David Brown da...@westcontrol.com wrote:
On 14/06/2010 06:43, Ian Lance Taylor wrote:
David Browndavid.br...@hesbynett.no writes:
After doing a bit more reading and thinking, it seems to me that
-fwhole-program will be used in most cases where LTO is used.
On Mon, Jun 14, 2010 at 11:27 AM, David Brown da...@westcontrol.com wrote:
On 14/06/2010 11:22, Dave Korn wrote:
On 14/06/2010 05:43, Ian Lance Taylor wrote:
David Browndavid.br...@hesbynett.no writes:
After doing a bit more reading and thinking, it seems to me that
-fwhole-program will
Done. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44535
Thanks.
Dmitry
2010/6/14 Ian Lance Taylor i...@google.com:
Дмитрий Дьяченко dim...@gmail.com writes:
Trunk g++/x86/160655 with -O0 compile test w/o errors, but with
-O[123] generates undefined symbol
Need i file a PR?
It certainly
Hello GCC,
I would like to inquire about an open source project of yours called GCC.
I read that it's a cross platform complier for a number of programs.
My question is does it work with open source game engines in complying
games for game console platforms (such as Xbox 360, Playstation3, Wii,
Hello GCC,
I would like to inquire about an open source project of yours called GCC.
I read that it's a cross platform complier for a number of programs.
My question is does it work with open source game engines in complying
games for game console platforms (such as Xbox 360, Playstation3, Wii,
Hi,
I just updated from last week's version to 160732. It seems broken due to the
latest changes in c-family directory.
./../trunk/gcc/c-family/c-cppbuiltin.c: In function 'void
builtin_define_with_hex_fp_value(const char*, tree_node*, int, const char*,
const char*, const char*)':
Hi,
On Sun, 13 Jun 2010, H.J. Lu wrote:
We shouldn't turn GNU x86 assembler into an optimizing assembler. Next
people may ask assembler to remove redundant instructions, ...
Well, but currently nobody is asking for such thing, right?
Right now, when something goes wrong, people don't
On Mon, Jun 14, 2010 at 03:14:37PM +0200, Michael Matz wrote:
Doing the change in GNU as has the advantage that all insn lengths are
available without any work, i.e. it will handle e.g. inline asm; and that
relaxation also is implemented just fine (it exists already in order to
decide which
Quoting Bingfeng Mei b...@broadcom.com:
Hi,
I just updated from last week's version to 160732. It seems broken
due to the latest changes in c-family directory.
--enable-build-with-cxx --disable-werror --disable-bootstrap
That's PR 44512.
On 10 June 2010 22:05, Quentin Neill quentin.neill@gmail.com wrote:
On Tue, Jun 8, 2010 at 6:30 AM, Jonathan Wakely jwakely@gmail.com wrote:
On 7 June 2010 22:43, Ian Lance Taylor wrote:
The patch tracker (http://gcc.gnu.org/wiki/GCC_Patch_Tracking) is not
currently operating.
Would
On Mon, Jun 14, 2010 at 12:05 PM, Manuel López-Ibáñez
lopeziba...@gmail.com wrote:
What we would need is some way to detect that patches have been
committed. Otherwise that list will grow uncontrollably very fast.
Imagine that :)
On Mon, Jun 14, 2010 at 4:50 AM, taji...@eyipublications.com wrote:
Hello GCC,
I would like to inquire about an open source project of yours called GCC.
I read that it's a cross platform complier for a number of programs.
My question is does it work with open source game engines in
Bingfeng Mei b...@broadcom.com writes:
Actually, gold plugin is used in the original example. However, resolution
produced by plugin is bypassed due to a bug-fix by Richard. Do you have any
comment on that:
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01116.html
Sorry, I missed that. There
Hello,
In gcc4.3.4, for my architecture: 16 BITS_PER_UNIT, 1 UNIT_PER_WORD,
with INT_TYPE_SIZE = 16 and FLOAT_TYPE_SIZE = 32, then an unsigned int
is QImode and a float is HFmode.
However with:
float uitof(unsigned int x) { return x; }
I get a call to the function __floatunsihf. Shouldn't this
Richard Guenther richard.guent...@gmail.com writes:
Commons between shared libraries and a program can't work.
Technically speaking, shared libraries never have common symbols.
They can have defined symbols which are labelled as, in essence,
formerly common, and those can be made to work
Amker.Cheng amker.ch...@gmail.com writes:
Wondering whether possible to handle multi-word mode with more accuracy,
in either subreg or IRA pass?
Yes, it is possible. What you need to do is to write a split which
turns the mult:DI insn into an insn which sets two separate subregs.
The values
Paulo J. Matos pocma...@gmail.com writes:
In gcc4.3.4, for my architecture: 16 BITS_PER_UNIT, 1 UNIT_PER_WORD,
with INT_TYPE_SIZE = 16 and FLOAT_TYPE_SIZE = 32, then an unsigned int
is QImode and a float is HFmode.
However with:
float uitof(unsigned int x) { return x; }
I get a call to
On Mon, 14 Jun 2010, Paulo J. Matos wrote:
Hello,
In gcc4.3.4, for my architecture: 16 BITS_PER_UNIT, 1 UNIT_PER_WORD,
with INT_TYPE_SIZE = 16 and FLOAT_TYPE_SIZE = 32, then an unsigned int
is QImode and a float is HFmode.
To attempt such a port, being an expert in GCC internals is a good
On 06/14/2010 07:58 PM, Ian Lance Taylor wrote:
Amker.Cheng amker.ch...@gmail.com writes:
Wondering whether possible to handle multi-word mode with more accuracy,
in either subreg or IRA pass?
Yes, it is possible. What you need to do is to write a split which
turns the mult:DI insn into
On Mon, Jun 14, 2010 at 11:05 AM, Manuel López-Ibáñez
lopeziba...@gmail.com wrote:
On 10 June 2010 22:05, Quentin Neill quentin.neill@gmail.com wrote:
I have a python script which crawls, caches, and parses the gcc-cvs
(and binutils-cvs) email archive pages. I wrote it to help another
Bernd Schmidt ber...@codesourcery.com writes:
On 06/14/2010 07:58 PM, Ian Lance Taylor wrote:
Amker.Cheng amker.ch...@gmail.com writes:
Wondering whether possible to handle multi-word mode with more accuracy,
in either subreg or IRA pass?
Yes, it is possible. What you need to do is to
On 06/15/2010 12:06 AM, Ian Lance Taylor wrote:
Well, as you know, subregs have two meanings which look similar but
are in fact entirely different. It's valid to set subregs of the same
pseudo in parallel if the subregs represent different hard registers.
It's not valid if the subregs
Bernd Schmidt ber...@codesourcery.com writes:
On 06/15/2010 12:06 AM, Ian Lance Taylor wrote:
Well, as you know, subregs have two meanings which look similar but
are in fact entirely different. It's valid to set subregs of the same
pseudo in parallel if the subregs represent different hard
Ian Lance Taylor wrote:
Well, as you know, subregs have two meanings which look similar but
are in fact entirely different. It's valid to set subregs of the same
pseudo in parallel if the subregs represent different hard registers.
Are you aware of any examples of this in the compiler? The
I have been thinking about doing some cleanups to the pass manager.
The goal would be to have the pass manager be the central driver of
every action done by the compiler. In particular, the front ends
should make use of it and the callgraph manager, instead of the
twisted interactions we have
Quoting Diego Novillo dnovi...@google.com:
- Fields properties_required, properties_provided and
properties_destroyed should Mean Something other than asserting
whether they exist.
- Whatever doesn't exist before a pass, needs to be computed.
- Pass scheduling can be done by simply declaring a
Thanks for explanation.
here are three more questions
1 , If I am talking the right thing, there are two insns like
*mulsi3_1 and *smulsi3_highpart_insn,
which set two parts of DImode pseudo regs of DImode mult.
Since both parts pf result are used in the original example,
On 06/14/10 11:58, Ian Lance Taylor wrote:
Amker.Chengamker.ch...@gmail.com writes:
Wondering whether possible to handle multi-word mode with more accuracy,
in either subreg or IRA pass?
Yes, it is possible. What you need to do is to write a split which
turns the mult:DI insn into
--- Comment #7 from ian at gcc dot gnu dot org 2010-06-14 06:57 ---
Subject: Bug 43365
Author: ian
Date: Mon Jun 14 06:57:36 2010
New Revision: 160704
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160704
Log:
Avoid crash when exception landing pad becomes unreachable.
Bring
--- Comment #17 from jakub at gcc dot gnu dot org 2010-06-14 06:59 ---
Created an attachment (id=20906)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20906action=view)
gcc46-pr44509.patch
Untested patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed
Source:
int f1(short a, int b)
{
return a * b;
}
int f2(unsigned short a, int b)
{
return a * b;
}
gcc -O3 -fomit-frame-pointer -S paramext.c
_f1:
LFB0:
movl%esi, %eax
movswl %di, %edi -
imull %edi, %eax
ret
...
_f2:
LFB1:
movl%esi,
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-06-14 07:35 ---
if ((unsigned int)(xCount + 32) 0x8000)
Yes even though the comparision is done in an unsigned type, the addition is
done in a signed type which means the overflow of that addition is undefined.
So
--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-14 08:01 ---
tempreg = convert_to_mode (data-nominal_mode, tempreg, unsignedp);
if (GET_CODE (tempreg) == SUBREG
GET_MODE (tempreg) == data-nominal_mode
REG_P (SUBREG_REG (tempreg))
--- Comment #16 from jakub at gcc dot gnu dot org 2010-06-14 08:43 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
On x86_64-apple-darwin10 the polyhedron test capacita.f90 is miscompiled with
'-O3 -finline-limit=600 -flto' at revision 160679 (revision 160678 is fine):
[macbook] lin/test% gfcp -O3 -finline-limit=600 -flto capacita.f90
[macbook] lin/test% a.out
Give: N_x, N_y, GridSize_X, GridSize_Y,
--- Comment #10 from jakub at gcc dot gnu dot org 2010-06-14 08:54 ---
In sel_print* case I wonder why it is defined as macros at all, it surely
bloats sel-sched* a lot for something that isn't enabled by default (verbose
dumps).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44426
the avx built-in _builtin_ia32_vextractf128_si256(X,N) acts as if the
immediate N was always set to 1.
to isolate the problem I compiled 2 programs:
---
#include immintrin.h
int main()
{
__m256i c = _mm256_set_epi32(1, 2, 3, 4, 5, 6, 7, 8);
__m128i d =
g++/trunk/x86/rev.160690 -O0 compile test w/o errors, but with -O[ 123]
generates undefined symbol
# g++ -O0 -c 2010_06_13.cpp nm -uAC 2010_06_13.o | grep OnProv
# g++ -O -c 2010_06_13.cpp nm -uAC 2010_06_13.o | grep OnProv
2010_06_13.o: U FOO::Achar::OnProv()
# cat 2010_06_13.cpp
--- Comment #1 from dimhen at gmail dot com 2010-06-14 10:19 ---
simplified testcase FAIl with -O[23]
namespace FOO {
template typename T
class A
{
public:
void Enum();
virtual void OnProv() = 0;
virtual ~A() { }
};
typedef Achar B;
templatetypename T
void AT::Enum ()
{
--- Comment #11 from jakub at gcc dot gnu dot org 2010-06-14 10:20 ---
Patch for sel_print posted:
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01400.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44426
--- Comment #50 from davek at gcc dot gnu dot org 2010-06-14 10:38 ---
Subject: Bug 42776
Author: davek
Date: Mon Jun 14 10:38:18 2010
New Revision: 160722
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160722
Log:
ChangeLog:
Backport from mainline:
2010-04-27 Dave Korn
--- Comment #18 from dominiq at lps dot ens dot fr 2010-06-14 11:15 ---
With the patch in comment #17, x86_64-apple-darwin10 bootstrapped without
problem. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-14 11:23 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|c |target
Ever
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-14 11:30 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ubizjak at gmail dot com 2010-06-14 11:35 ---
It looks to me that it is cut'n'pasto. All AVX vec_extract_lo_* should have
their immediate operand changed to 0x0.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #9 from irar at gcc dot gnu dot org 2010-06-14 12:22 ---
Subject: Bug 44507
Author: irar
Date: Mon Jun 14 12:22:13 2010
New Revision: 160727
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160727
Log:
PR tree-optimization/44507
* tree-vect-loop.c
--- Comment #19 from jakub at gcc dot gnu dot org 2010-06-14 12:31 ---
Subject: Bug 44509
Author: jakub
Date: Mon Jun 14 12:30:29 2010
New Revision: 160729
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160729
Log:
PR bootstrap/44509
* c-config-lang.in (gtfiles):
--- Comment #20 from dominiq at lps dot ens dot fr 2010-06-14 12:32 ---
Could the patch in comment #17 explain the following failures?
FAIL: gcc.dg/torture/builtin-math-5.c -O0 scan-tree-dump-times original
cexpf 2
FAIL: gcc.dg/torture/builtin-math-5.c -O0 scan-tree-dump-times
--- Comment #21 from jakub at gcc dot gnu dot org 2010-06-14 12:32 ---
Fixed, sorry for the breakage.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jamborm at gcc dot gnu dot org 2010-06-14 12:39
---
(In reply to comment #14)
SSE performance is fine again, thanks a lot!
One more question, if that's OK...
Depending on ARRSZ the testcase uses wildly varying amounts of CPU time; it's
about half a second for
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-06-14 12:44 ---
Patch submitted to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01146.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43905
--- Comment #16 from martin at mpa-garching dot mpg dot de 2010-06-14
12:46 ---
(In reply to comment #15)
I have found the problem in the meantime ... it's my mistake, sorry about the
noise :(
The problem is that I did not explicitly zero the arrays in main(), so they
apparently
--- Comment #13 from pluto at agmk dot net 2010-06-14 12:48 ---
do you plan to backport this fix to 4.5 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44258
--- Comment #17 from jamborm at gcc dot gnu dot org 2010-06-14 12:50
---
OK, I did not put much effort into my thinking about it :-)
Yes, the testcase is fine as it is.
I'm not testing the patch on the 4.5 branch and will commit it today
if everything goes fine.
--
--- Comment #14 from jamborm at gcc dot gnu dot org 2010-06-14 12:51
---
(In reply to comment #13)
do you plan to backport this fix to 4.5 branch?
Of course, I'm running the bootstrap and testsuite right now. I will
commit it today if everything goes fine.
--
--- Comment #53 from howarth at nitro dot med dot uc dot edu 2010-06-14
13:14 ---
Now that r160722, the COFF lto patches, are committed to gcc 4.5 branch, we are
clear to backport r159173 as well for the mach-o patches. I've done this
locally and posted the testsuite results at
--- Comment #10 from irar at gcc dot gnu dot org 2010-06-14 13:43 ---
Subject: Bug 44507
Author: irar
Date: Mon Jun 14 13:43:24 2010
New Revision: 160742
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160742
Log:
PR tree-optimization/44507
* tree-vect-loop.c
--- Comment #31 from dodji at gcc dot gnu dot org 2010-06-14 14:13 ---
Subject: Re: __extension__ keyword doesn't suppress warning on LL or ULL
constants
manu at gcc dot gnu dot org gcc-bugzi...@gcc.gnu.org writes:
Next stop is to disable this feature by default, and enable it with
--- Comment #32 from dodji at gcc dot gnu dot org 2010-06-14 14:20 ---
Created an attachment (id=20907)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20907action=view)
Refreshed version.
- Disables the feature by default
- Adds a -ftrack-macro-expansion flag to enable the feature
the following should give an error message like:
fortcom: Error: test.f90, line 5: Since the OpenMP DEFAULT(NONE) clause
applies, the PRIVATE, SHARED, REDUCTION, FIRSTPRIVATE, or LASTPRIVATE attribute
must be explicitly specified for every variable. [A]
J=A(I)
^
compilation aborted for
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-14 15:19 ---
Subject: Bug 44508
Author: jakub
Date: Mon Jun 14 15:19:04 2010
New Revision: 160749
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160749
Log:
PR tree-optimization/44508
* tree-ssa-propagate.h
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-14 15:24 ---
Subject: Bug 44508
Author: jakub
Date: Mon Jun 14 15:23:31 2010
New Revision: 160750
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160750
Log:
PR tree-optimization/44508
* tree-ssa-propagate.h
--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-14 15:28 ---
Subject: Bug 44508
Author: jakub
Date: Mon Jun 14 15:28:00 2010
New Revision: 160752
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160752
Log:
PR tree-optimization/44508
* tree-ssa-propagate.c
The assembler instructions gcc generates for a 'goto' statement only respect
the low 16 bits of the destination address by default (or in when using PIC in
general). This causes the program to jump to the wrong location and soon
thereafter segfault. The -mno-explicit-relocs seems to work around
--- Comment #1 from wesley at terpstra dot ca 2010-06-14 15:53 ---
Created an attachment (id=20908)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20908action=view)
Pre-processed example file with bad branches.
Compile as described in the initial bug report.
--
--- Comment #5 from jakub at gcc dot gnu dot org 2010-06-14 15:53 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #12 from jakub at gcc dot gnu dot org 2010-06-14 15:54 ---
Subject: Bug 44426
Author: jakub
Date: Mon Jun 14 15:53:38 2010
New Revision: 160754
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160754
Log:
PR bootstrap/44426
* tree.h (build_call_expr):
--- Comment #13 from jakub at gcc dot gnu dot org 2010-06-14 16:01 ---
Subject: Bug 44426
Author: jakub
Date: Mon Jun 14 16:00:39 2010
New Revision: 160755
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160755
Log:
PR bootstrap/44426
* tree.h (build_call_expr):
Since the PR43949 fix was backported to 4_5-branch I'm seeing
FAIL: gcc.dg/vect/slp-perm-5.c scan-tree-dump-times vect vectorized 1 loops 1
FAIL: gcc.dg/vect/slp-perm-6.c scan-tree-dump-times vect vectorized 1 loops 1
in testsuite results on powerpc64-linux. They also fail on trunk since
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-06-14 16:34 ---
What version of as are you using? Because the assembler does some
optimizations/changes the load address and it looks like rather an assembler
issue rather than a compiler one.
--
pinskia at gcc dot gnu dot org
--- Comment #3 from wesley at terpstra dot ca 2010-06-14 16:40 ---
(sid)terps...@gabrielli:~/mlton/mlton-20100608$ as -v
GNU assembler version 2.20.1 (mips-linux-gnu) using BFD version (GNU Binutils
for Debian) 2.20.1-system.20100303
... is the %got($L894) supposed to cover the case
--- Comment #2 from hjl dot tools at gmail dot com 2010-06-14 17:05 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01443.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from wesley at terpstra dot ca 2010-06-14 17:22 ---
Created an attachment (id=20909)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20909action=view)
Libraries needed to demonstrate the problem in a linked program
To be able to run the complete program:
gcc
--- Comment #5 from wesley at terpstra dot ca 2010-06-14 17:25 ---
In case it is a binutils problem, I've attached a '.a' file sufficient to fully
link the program. To get to the problem jump is pretty easy:
gdb ./mlyacc.bad
break Chunk6
run
s
hold-down enter
OUTPUT:
2926
--- Comment #2 from nightstrike at gmail dot com 2010-06-14 17:35 ---
I can confirm this as a valid bug, but I don't have the bugzilla permissions to
do so. Can someone update this to New?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44455
--- Comment #3 from hjl at gcc dot gnu dot org 2010-06-14 17:44 ---
Subject: Bug 44534
Author: hjl
Date: Mon Jun 14 17:44:29 2010
New Revision: 160756
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160756
Log:
Replace 0x1 with 0x0 in AVX vec_extract_lo_* patterns.
gcc/
Command line:
$ gcc -O[12] -ftracer -freorder-blocks testcase.c
It doesn't crash when -fno-ipa-pure-const is supplied.
Compiler output:
$ gcc -O1 -ftracer -freorder-blocks testcase.c
testcase.c: In function 'foo':
testcase.c:21:6: error: type mismatch between an SSA_NAME and its symbol
--- Comment #4 from hjl at gcc dot gnu dot org 2010-06-14 17:46 ---
Subject: Bug 44534
Author: hjl
Date: Mon Jun 14 17:46:12 2010
New Revision: 160757
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160757
Log:
Replace 0x1 with 0x0 in AVX vec_extract_lo_* patterns.
gcc/
--- Comment #1 from zsojka at seznam dot cz 2010-06-14 17:48 ---
Created an attachment (id=20910)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20910action=view)
reduced testcase (from gcc/lto-wrapper.c)
Command line:
$ gcc -O1 -ftracer -freorder-blocks pr44539.c
Bootstrap with
--- Comment #3 from froydnj at gcc dot gnu dot org 2010-06-14 17:51 ---
Switched to NEW for NightStrike.
--
froydnj at gcc dot gnu dot org changed:
What|Removed |Added
Command line:
$ g++ g++.dg/other/canon-33194.C -fkeep-inline-functions
Compiler output:
$ g++ g++.dg/other/canon-33194.C -fkeep-inline-functions
/mnt/svn/gcc-trunk/gcc/testsuite/g++.dg/other/canon-33194.C: In member function
'void dwflpp::translate_location()':
--- Comment #5 from hjl at gcc dot gnu dot org 2010-06-14 18:07 ---
Subject: Bug 44534
Author: hjl
Date: Mon Jun 14 18:07:13 2010
New Revision: 160758
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160758
Log:
Replace 0x1 with 0x0 in AVX vec_extract_lo_* patterns.
gcc/
--- Comment #6 from hjl dot tools at gmail dot com 2010-06-14 18:09 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from changpeng dot fang at amd dot com 2010-06-14 18:28
---
Actually, the prefetching is for the following loop:
for (i = 0; i p[2]; i++)
q[i] = 0;
I do not understand why unrolling of this loop affects other part of
the program that has longjmp.
--
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-06-14 18:55
---
Presumably.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44540
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44539
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-14 19:02 ---
Confirmed. Initialization loops should get asm(); markers.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-06-14 19:03
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from aoliva at gcc dot gnu dot org 2010-06-14 19:18 ---
Subject: Bug 43656
Author: aoliva
Date: Mon Jun 14 19:18:04 2010
New Revision: 160761
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160761
Log:
PR debug/43656
* haifa-sched.c (setup_insn_reg_pressure_info,
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-06-14 19:18 ---
Subject: Bug 43650
Author: aoliva
Date: Mon Jun 14 19:18:18 2010
New Revision: 160762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160762
Log:
PR debug/43650
PR debug/44181
PR debug/44247
*
1 - 100 of 111 matches
Mail list logo