Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Bernhard Fischer <rep.dot.nop@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [MIPS] toolchain/gcc/Config.in broken
Date: Tue, 9 Oct 2007 14:27:00 +0200	[thread overview]
Message-ID: <20071009122700.GB15786@aon.at> (raw)
In-Reply-To: <470B5043.5010606@ruby.dti.ne.jp>

On Tue, Oct 09, 2007 at 06:56:19PM +0900, Shinya Kuribayashi wrote:
> Bernhard Fischer wrote:
>> You probably mean OABI and not O32.
>
> Yes :-)
>
>> Look at target/Config.in.arch
>> I was under the impression that OABI was 32 for mipsel and o64 for mips,
>> no?
>
> I'm not confident about that...
>
>> I'm not too familiar with the mips matrix.. I will take a look how
>> mips32r2 should be configured (mips vs. mips64 vs. mipsel vs. ??; i.e.
>> both the endianess and the bit-depth have to be settable, AFAICS).
>
> IMHO it's target ABI config problem about OABI and mips, not mips32r2
> specific problem as you know.
>
> I have three successful builds. I hope these help.
>
> [1] mips: Before recently toolchain config rework (2007-09-19 build)
>
> skuribay at debian:~/devel/buildroot$ 
> ./build_mips.orig/staging_dir/usr/bin/mips-linux-gcc -v
> Using built-in specs.
> Target: mips-linux-uclibc
> Configured with: 
> /home/skuribay/devel/buildroot/toolchain_build_mips/gcc-4.2.1/configure 
> --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu 
> --target=mips-linux-uclibc --enable-languages=c,c++ 
> --with-sysroot=/home/skuribay/devel/buildroot/build_mips/staging_dir 
> --with-build-time-tools=/home/skuribay/devel/buildroot/build_mips/staging_dir/usr/mips-linux-uclibc/bin 
> --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld 
> --enable-shared 
> --with-gmp=/home/skuribay/devel/buildroot/toolchain_build_mips/gmp 
> --with-mpfr=/home/skuribay/devel/buildroot/toolchain_build_mips/mpfr 
> --disable-nls --enable-threads --disable-multilib
> Thread model: posix
> gcc version 4.2.1

I don't know offhand what abi that defaults to. Can you check this,
perhaps?
>
> [2] mipsel: Current trunk build
[snip mipsel OABI is fine]
>
> [3] mips: Current trunk build with a change (for testing)
>
> skuribay at debian:~/devel/buildroot$ svn diff
> Index: target/Config.in.arch
> ===================================================================
> --- target/Config.in.arch       (revision 20207)
> +++ target/Config.in.arch       (working copy)
> @@ -689,7 +689,7 @@
>        default iwmmxt          if BR2_iwmmxt
>        default 32              if BR2_mipsel && BR2_MIPS_OABI
>        default n32             if BR2_mipsel && BR2_MIPS_EABI
> -       default o64             if BR2_mips && BR2_MIPS_OABI
> +       default 32              if BR2_mips && BR2_MIPS_OABI

I'm pretty sure that this is not really correct either.
I will extend these (for mips) to include "ABI32" which boils down to
32.
But think about your change for a second. For mips EB you want to allow
for 32bit (1,2,32*) and 64bit where 32bit OABI should use =32 but 64bit
OABI should use =o64 as opposed to 64bit ABI32 (=32), 64bit EABI
(=eabi), 64bit ABI64 (=64), at least AFAICT.

Does this sound appropriate to you?

  reply	other threads:[~2007-10-09 12:27 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <470ADDA8.3080105@ruby.dti.ne.jp>
2007-10-09  7:08 ` [Buildroot] [MIPS] toolchain/gcc/Config.in broken Bernhard Fischer
2007-10-09  9:56   ` Shinya Kuribayashi
2007-10-09 12:27     ` Bernhard Fischer [this message]
2007-10-09 13:57       ` Shinya Kuribayashi
2007-10-09 16:30         ` Bernhard Fischer
2007-10-09 19:16         ` Elizabeth Oldham
2007-10-09 19:33           ` Bernhard Fischer
2007-10-09 19:42             ` Elizabeth Oldham
2007-10-09 20:56               ` Elizabeth Oldham
2007-10-09 21:31                 ` Bernhard Fischer
2007-10-10  2:52                   ` Shinya Kuribayashi
     [not found]                 ` <120071009213155.GU20951@aon.at>
2007-10-10 10:13                   ` Elizabeth Oldham

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20071009122700.GB15786@aon.at \
    --to=rep.dot.nop@gmail.com \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox