Re: Working frv toolchain?

2007-11-06 Thread David Howells
Jan Dittmer <[EMAIL PROTECTED]> wrote: > > Can you try the attached patch? > > Thanks, that fixes the error in question. Excellent. I'll post it on upstream. > Are there any chances to get a patch for frv support against > some upstream gcc 4.x version? Do you mean a patch to gcc? Apparently

Re: Working frv toolchain?

2007-11-06 Thread Jan Dittmer
David Howells wrote: Jan Dittmer <[EMAIL PROTECTED]> wrote: Hrm, that gets me further, but one of the final stages fail: Can you try the attached patch? Thanks, that fixes the error in question. Now I have only a couple of scary looking warnings (see below, sorry for the word-wrap). So it's

Re: Working frv toolchain?

2007-11-05 Thread David Howells
Jan Dittmer <[EMAIL PROTECTED]> wrote: > Hrm, that gets me further, but one of the final stages fail: Can you try the attached patch? David --- [PATCH] FRV: Fix the extern declaration of kallsyms_num_syms From: David Howells <[EMAIL PROTECTED]> Fix the extern declaration of kallsyms_num_syms t

Re: Working frv toolchain?

2007-11-04 Thread Jan Dittmer
David Howells wrote: Jan Dittmer <[EMAIL PROTECTED]> wrote: Hrm, that gets me further, but one of the final stages fail: What's your configuration? I just do: make HOSTCC=gcc-4.0 ARCH=frv CROSS_COMPILE=frv-linux-gnu- O=... \ defconfig make HOSTCC=gcc-4.0 ARCH=frv CROSS_COMPILE=frv-lin

Re: Working frv toolchain?

2007-11-03 Thread David Howells
Jan Dittmer <[EMAIL PROTECTED]> wrote: > Hrm, that gets me further, but one of the final stages fail: What's your configuration? It's possible that there's a bit more bringing up to date that I need to do. David - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the bo

Re: Working frv toolchain?

2007-11-02 Thread Jan Dittmer
David Howells wrote: David Howells <[EMAIL PROTECTED]> wrote: Ah... I'd forgotten about that. I'm not sure all the ASM constraint changes are upstream yet, and gcc bz 28583 also gets incurred. Are you particularly interested in building your own compiler, or would one of ours do? Look in:

Re: Working frv toolchain?

2007-10-30 Thread Jan Dittmer
David Howells wrote: David Howells <[EMAIL PROTECTED]> wrote: Ah... I'd forgotten about that. I'm not sure all the ASM constraint changes are upstream yet, and gcc bz 28583 also gets incurred. Are you particularly interested in building your own compiler, or would one of ours do? Look in:

Re: Working frv toolchain?

2007-10-30 Thread David Howells
David Howells <[EMAIL PROTECTED]> wrote: > Ah... I'd forgotten about that. I'm not sure all the ASM constraint changes > are upstream yet, and gcc bz 28583 also gets incurred. Are you particularly > interested in building your own compiler, or would one of ours do? Look in: ftp://ftp.

Re: Working frv toolchain?

2007-10-30 Thread David Howells
Jan Dittmer <[EMAIL PROTECTED]> wrote: > Known bug or toolchain problem? Ah... I'd forgotten about that. I'm not sure all the ASM constraint changes are upstream yet, and gcc bz 28583 also gets incurred. Are you particularly interested in building your own compiler, or would one of ours do? Da

Re: Working frv toolchain?

2007-10-29 Thread Jan Dittmer
David Howells wrote: Jan Dittmer <[EMAIL PROTECTED]> wrote: With gcc 4.0.0 and binutils 2.15.94 I get: I'm using gcc 4.1.2. 4.1.2 together with 2.17.50 gives me with a i386 cross compiler: CC arch/frv/mm/dma-alloc.o /usr/src/xtest/linux-2.6/arch/frv/mm/dma-alloc.c: In function 'con

Re: Working frv toolchain?

2007-10-29 Thread David Howells
Jan Dittmer <[EMAIL PROTECTED]> wrote: > With gcc 4.0.0 and binutils 2.15.94 I get: I'm using gcc 4.1.2. David - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.htm

Working frv toolchain?

2007-10-29 Thread Jan Dittmer
With gcc 4.0.0 and binutils 2.15.94 I get: CC arch/frv/mm/dma-alloc.o arch/frv/mm/dma-alloc.c: In function 'consistent_alloc': arch/frv/mm/dma-alloc.c:66: error: impossible constraint in 'asm' make[2]: *** [arch/frv/mm/dma-alloc.o] Error 1 make[1]: *** [arch/frv/mm] Error 2 make: *** [sub-