Hi Andrew,
On Thu, Dec 8, 2011 at 11:48 PM, Andrew Pinski wrote:
> On Thu, Dec 8, 2011 at 1:47 PM, Feng LI wrote:
>> Hi,
>>
>> I'm extending the i386 instructions by using the builtins in the backend.
>> And generate the builtin functions in the middle end. And would like
>> the generated builti
Michael,
Thanks for your help. I struggled to understand tree-ssa-ter.c.
Please see questions below.
I also tried the tree-ssa-ter.c from the trunk. Same results.
Bingfeng
> -Original Message-
> From: Michael Matz [mailto:m...@suse.de]
> Sent: 08 December 2011 13:50
> To: Richard Guenth
Hi,
I'm still working on a new gcc-4.5.2 backend for a private processor.
I encountered a strange behavior and I'm unable to find what causes this
behavior.
As an overview, it seems that dse2 pass removes insn where it should not (optim
-O2, -O3)
Here is the code giving me headachs which return
BELBACHIR Selim wrote:
> Hi,
>
> I'm still working on a new gcc-4.5.2 backend for a private processor.
> I encountered a strange behavior and I'm unable to find what causes this
> behavior.
> As an overview, it seems that dse2 pass removes insn where it should not
> (optim -O2, -O3)
>
> Here is
Hello Everyone,
I am Balaji V. Iyer, and I have been maintaining the Cilkplus branch of
the GCC compiler. I have been working on the Cilkplus branch for approximately
6 months and I have been working different GCC projects for the past 5 years. I
do not have write access for the Cilkplus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/09/11 08:32, Iyer, Balaji V wrote:
> Hello Everyone, I am Balaji V. Iyer, and I have been maintaining
> the Cilkplus branch of the GCC compiler. I have been working on the
> Cilkplus branch for approximately 6 months and I have been working
> dif
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/09/11 08:05, BELBACHIR Selim wrote:
> Hi,
>
> I'm still working on a new gcc-4.5.2 backend for a private
> processor. I encountered a strange behavior and I'm unable to find
> what causes this behavior. As an overview, it seems that dse2 pass
>
OK, don't bother. I think I understand TER and my issue now.
It is from a misfix of widening multiplication, which I found
there is a new pass doing this from 4.6. I am going to back
port that to my target.
Thanks,
Bingfeng
> -Original Message-
> From: Bingfeng Mei
> Sent: 09 December 20
On 12/09/2011 03:05 PM, BELBACHIR Selim wrote:
> int main() {
> int x;
> float af;
> ff(&x);
> af = f2(1.0f);
> return *((int *)(&af));
> }
Please try this again, but with a union rather than a pointer
cast. I don't think this code is legal C.
Andrew.
Last year I managed to build gcc 4.5.1 on x86_64 OpenBSD4.8, with
difficulty. I am currently trying to repeat this with gcc 4.6.2 and
running into additional trouble that I need to ask the list for help with.
Ultimately I intend to submit a patch to make gcc build cleanly on this
platform.
Snapshot gcc-4.6-20111209 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20111209/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
I am trying to look at the arguments that are passed to a function
pointer. I have an SSA_NAME which is for a pointer-type to a
function-type. I want to obtain the arguments being passed to the
function pointer, but after looking all over the SSA_NAME node and its
corresponding VAR_DECL I cannot
Matt Davis writes:
> I am trying to look at the arguments that are passed to a function
> pointer. I have an SSA_NAME which is for a pointer-type to a
> function-type. I want to obtain the arguments being passed to the
> function pointer, but after looking all over the SSA_NAME node and its
> c
On Sat, Dec 10, 2011 at 12:40 PM, Ian Lance Taylor wrote:
> Matt Davis writes:
>
>> I am trying to look at the arguments that are passed to a function
>> pointer. I have an SSA_NAME which is for a pointer-type to a
>> function-type. I want to obtain the arguments being passed to the
>> function
14 matches
Mail list logo
