Re: GCC Eliminates my Custom RTL ..How to stop this?

Balaji V. Iyer wrote: > I am trying to add new RTL into the GCC 4.0.2 OpenRISC port and I am > trying to insert them into ccertain parts of the instruction stream. For > testing, I am trying to insert it in the start of every basic block.Here > is the code for what I am trying to do. > > rtx

Re: [PATCH]: bump minimum MPFR version, (includes some fortran bits)

On Sun, 26 Oct 2008, David Edelsohn wrote: > Graphite's CLooG and PPL libraries use libgmpxx. Because cc1 is not linked > by g++, this effectively requires that libgmpxx must be a shared > library. libgmp I hope the Graphite people are working on fixing this for 4.4. As I said in

Re: [PATCH]: bump minimum MPFR version, (includes some fortran bits)

On Mon, Oct 27, 2008 at 1:22 PM, Joseph S. Myers <[EMAIL PROTECTED]> wrote: > On Sun, 26 Oct 2008, David Edelsohn wrote: > >> Graphite's CLooG and PPL libraries use libgmpxx. Because cc1 is not linked >> by g++, this effectively requires that libgmpxx must be a shared >> library. libgmp > > I hop

spill failure with SMALL_REGISTER_CLASSES

Hello, I have a problem with reload. I am working on a private variation of the i386 port. I am using GCC 4.1.2. The insn (insn 38 36 39 1 x.c:30 (parallel [ (set (reg:SI 2 cx [80]) (ashift:SI (reg:SI 6 bp [81]) (subreg:QI (reg:SI 1 dx [78]) 3)))

Re: [PATCH]: bump minimum MPFR version, (includes some fortran bits)

On Mon, Oct 27, 2008 at 8:22 AM, Joseph S. Myers <[EMAIL PROTECTED]> wrote: > On Sun, 26 Oct 2008, David Edelsohn wrote: > >> Graphite's CLooG and PPL libraries use libgmpxx. Because cc1 is not linked >> by g++, this effectively requires that libgmpxx must be a shared >> library. libgmp > > I hop

Cannot generate profile data, it's weird, thank you

Hi folks, I encountered an weird issue when I using gcc 3.4.6 to build our project. The profile data (*.gcda files)can not be generated or be updated when the binary is running as 1 process, only be generated or be updated with 2 processes when I set the process number as 2 in the configure file.

Re: [PATCH]: bump minimum MPFR version, (includes some fortran bits)

On Mon, 27 Oct 2008, Richard Guenther wrote: > On Mon, Oct 27, 2008 at 1:22 PM, Joseph S. Myers > <[EMAIL PROTECTED]> wrote: > > On Sun, 26 Oct 2008, David Edelsohn wrote: > > > >> Graphite's CLooG and PPL libraries use libgmpxx. Because cc1 is not linked > >> by g++, this effectively requires th

RE: GCC Eliminates my Custom RTL ..How to stop this?

Thank you for your response Andrew. This is what I am trying to achieve. I want to indicate to my processor at certain points of execution to do certain control behavior. I am trying to do this by inserting a specialized instruction that will do so. I am not using the unspec model. I created a n

Re: GCC Eliminates my Custom RTL ..How to stop this?

"Balaji V. Iyer" <[EMAIL PROTECTED]> writes: > I am not using the unspec model. I created a new RTL in rtl.def, then I > am inserting that RTL at fixed points of my code, and have a constraint > in my .md file to catch that RTL and convert it into an instruction. Your RTL must describe its inputs

Re: GCC Eliminates my Custom RTL ..How to stop this?

Balaji V. Iyer wrote: > This is what I am trying to achieve. I want to indicate to my processor > at certain points of execution to do certain control behavior. I am > trying to do this by inserting a specialized instruction that will do > so. > > I am not using the unspec model. I created a new

new mirror

welcome I would like to create mirror gcc http://mirror.adriaticus.org/pub/gcc/ ftp://mirror.adriaticus.org/pub/gcc/ Location: Germany/Gunzenhausen Email [EMAIL PROTECTED] Regards Paul

Re: simplify_subreg vs gen_rtx_SUBREG vis WORDS_BIG_ENDIAN

> One thing to do is to call simplify_gen_subreg. As I noted, that may return NULL, which is fatal in the case I'm referencing. > But I don't think that will help. I think this code is simply > incorrect. It seems to assume that op_mode is at least as large as > GET_MODE (xop0), probably becau

Re: [PATCH]: bump minimum MPFR version, (includes some fortran bits)

Richard Guenther wrote: On Mon, Oct 27, 2008 at 1:22 PM, Joseph S. Myers <[EMAIL PROTECTED]> wrote: On Sun, 26 Oct 2008, David Edelsohn wrote: Graphite's CLooG and PPL libraries use libgmpxx. Because cc1 is not linked by g++, this effectively requires that libgmpxx must be a shared library.

Re: simplify_subreg vs gen_rtx_SUBREG vis WORDS_BIG_ENDIAN

DJ Delorie <[EMAIL PROTECTED]> writes: >> One thing to do is to call simplify_gen_subreg. > > As I noted, that may return NULL, which is fatal in the case I'm > referencing. You mentioned simplify_subreg. simplify_gen_subreg will only return NULL when the RTL is already bogus. >> But I don't t

Re: simplify_subreg vs gen_rtx_SUBREG vis WORDS_BIG_ENDIAN

Ian Lance Taylor <[EMAIL PROTECTED]> writes: > simplify_gen_subreg will only return NULL when the RTL is already > bogus. Be that as it may, but it was returning NULL in my case. (I tried calling simplify_gen_subreg too). The code in expmed.c seemed to be OK with generating bogus subregs, assum

Possible optimizer bug?

Hello all, I've run today into an infinite loop when compiled a test suite w/ optimizations. The original tests were to do some loops with all the nonnegative values of some integral types. Instead of hardwiring the max values, I thought testing for overflow into the negative domain is ok.

Re: Possible optimizer bug?

On Mon, Oct 27, 2008 at 5:57 PM, Peter A. Felvegi <[EMAIL PROTECTED]> wrote: > Hello all, > > I've run today into an infinite loop when compiled a test suite w/ > optimizations. The original tests were to do some loops with all the > nonnegative values of some integral types. Instead of hardwiring

Re: simplify_subreg vs gen_rtx_SUBREG vis WORDS_BIG_ENDIAN

> One thing to do is to call simplify_gen_subreg. I don't know why this > code still calls gen_rtx_SUBREG. It's pretty old code. > > But I don't think that will help. I think this code is simply > incorrect. It seems to assume that op_mode is at least as large as > GET_MODE (xop0), probably b

Matching delete operator overload as a template function

Hello there, >From what I understand, if one uses placement new with a parameter to >initialize a class, and if that class' constructor throws an exception, then a >matching delete operator is called to release the memory. This does not seem to work if the overloaded delete operator is a templ

Re: [PATCH]: bump minimum MPFR version, (includes some fortran bits)

On Sun, 26 Oct 2008, Geoff Keating wrote: > Does everyone really type --with-mpfr= on every build? While we're listing practices, and since nobody's listed it, lest people think that method isn't used, mine is to *always build with in-tree gmp and mpfr*: whether at the compile farm, in a packa