-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Paul Brook
Sent: Friday, January 12, 2007 12:34 AM
To: gcc@gcc.gnu.org
Cc: Steven Bosscher; Andrija Radicevic
Subject: Re: dump after RTL expand
On Thursday 11 January 2007 19:27, Steven Bosscher
Hi,
I have noticed that the INSN_CODE for all patterns in the rtl dumps
.00.expand are -1 ... does this mean that the .md file was not used for the
initial RTL generation?
best regards
Andrija Radicevic
}
(insn_list:REG_DEP_TRUE 543 (nil))
;#(nil))
Best regards
Andrija Radicevic
of
the expression (const_double:m addr i0 i1 ...). More precise, all the
paragraphs starting from the 4th (begins with addr is used to contain the
mem ...), should be moved up to the description of (const_double:m addr i0
i1 ...). Though, I have some doubts regarding the last paragraph.
Best regards
Andrija
of
the expression (const_double:m addr i0 i1 ...). More precise, all the
paragraphs starting from the 4th (begins with addr is used to contain the
mem ...), should be moved up to the description of (const_double:m addr i0
i1 ...). Though, I have some doubts regarding the last paragraph.
Best regards
Andrija
Hi,
I'm trying to adjust an already existing target port of gcc-2.95.2 to
gcc-4.1.0 and I came to a point where I could use some help. Everything
seams fine until xgcc tries to compile libgcc2.c, then I get the following
error messages:
libgcc2.s: Assembler messages:
libgcc2.s:52: Error:
Does your generate look substantially different from:
#undef ASM_GENERATE_INTERNAL_LABEL
#define ASM_GENERATE_INTERNAL_LABEL(LABEL,PREFIX,NUM) \
sprintf (LABEL, *%s%ld, PREFIX, (long)(NUM))
Hint, I put it outputs a label, which is wrong (or calls something
that does).
no, it's simple