On Mon, Sep 26, 2011 at 6:42 PM, Jeff Law wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 09/26/11 05:00, Richard Guenther wrote:
>> On Mon, Sep 26, 2011 at 9:39 AM, Jiangning Liu
>> wrote:
> * Without PRE,
>
> Path1: movl $2, %eax cmpl $1, %eax je .L3
>
Hi,
I ran into a case and found conditional (const) propagation is
mishandled in cprop pass.
With following insn sequence after cprop1 pass:
(note 878 877 880 96 [bb 96] NOTE_INSN_BASIC_BLOCK)
(insn 882 881 883 96 (set (reg:CC 24 cc)
(co
Anyone on this? Please?
cheers, Simone
On 09/26/2011 03:05 PM, Simone Pellegrini wrote:
Dear all,
I would like to know if GCC exposes any flag to collect static
information related to the code coverage by the GRAPHITE framework.
I have seen this information published on several papers and I am
Hello
It is my pleasure to announce the release of GCC MELT plugin 0.9 for GCC 4.6
The release of MELT plugin 0.9 for gcc 4.6 is available, as a gzipped source
tar archive,
from http://gcc-melt.org/melt-0.9-plugin-for-gcc-4.6.tgz of size 3785599 bytes,
and
md5sum 739cf34c19aade37092dd9b9601eb
On 26/09/11 17:23, Ian Lance Taylor wrote:
The function added_clobbers_hard_reg_p is a generated function. So
another approach would be some sort of attribute which directs the
generator (genemit) to ignore certain hard registers.
This definitely sounds like the best approach for my specific
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/27/11 01:30, Richard Guenther wrote:
>
>> It knows something about prephitmp.6_1 and thus could simplify
>> D.2734_9 = prephitmp_6.1 & D.2732_7; to D.2734_9 = D.2732_7; But
>> admittedly I have no idea if DOM tries to simplify things other
>>
On Tue, Sep 27, 2011 at 4:56 PM, Jeff Law wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 09/27/11 01:30, Richard Guenther wrote:
>
>>
>>> It knows something about prephitmp.6_1 and thus could simplify
>>> D.2734_9 = prephitmp_6.1 & D.2732_7; to D.2734_9 = D.2732_7; But
>>> admitte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/27/11 09:00, Richard Guenther wrote:
>> The thing to remember is jump threading is tasked detecting
>> cases where the control statement has a predetermined destination
>> utilizing path sensitive information. Expanding it to do
>> general path
Hello Everyone,
Is there a test-case which emits the ARRAY_RANGE_REF tree node for C or
C++ Compiler? Can someone tell me an example (or even a line of code) that will
make the compiler create/emit this tree node?
Thanks,
Balaji V. Iyer.
On Tue, Sep 27, 2011 at 11:45 AM, Iyer, Balaji V
wrote:
> Hello Everyone,
> Is there a test-case which emits the ARRAY_RANGE_REF tree node for C
> or C++ Compiler? Can someone tell me an example (or even a line of code) that
> will make the compiler create/emit this tree node?
C or C++,
On 09/27/2011 11:45 AM, Iyer, Balaji V wrote:
> Hello Everyone,
> Is there a test-case which emits the ARRAY_RANGE_REF tree node for C or
> C++ Compiler? Can someone tell me an example (or even a line of code) that
> will make the compiler create/emit this tree node?
I'm pretty sure this c
On Mon, 26 Sep 2011, Basile Starynkevitch wrote:
> Hello All,
>
> It seems to me (file gcc/Makefile.in, definition of DRIVER_DEFINES) that
> the configure-d PREFIX is wired inside gcc.o (hence inside the gcc
> driver executable) without precautions.
>
> In particular, I don't understand if som
Snapshot gcc-4.4-20110927 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20110927/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Tue, 27 Sep 2011 21:56:12 + (UTC)
"Joseph S. Myers" wrote:
> On Mon, 26 Sep 2011, Basile Starynkevitch wrote:
>
> > Hello All,
> >
> > It seems to me (file gcc/Makefile.in, definition of DRIVER_DEFINES) that
> > the configure-d PREFIX is wired inside gcc.o (hence inside the gcc
> > dri
14 matches
Mail list logo
