> -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
from the md file?
best regards
Andrija Radicevic
gcc-2.95.3/gcc.html
(where the poisoned macros are still in) and the ones in the "GCC Internals
manual". That way I have found out the replacements.
best regards
Andrija Radicevic
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
]))) 77 {muldf3}
(insn_list:REG_DEP_TRUE 543 (nil))
;#(nil))
Best regards
Andrija Radicevic
raph.
Best regards
Andrija Radicevic
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
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: un
