This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.

See the CrossGCC FAQ for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: Hints to build a cross gcc and g++ for barebone (i.e. without OS) mips64 big-endian target?


Hello Jimm,

> From: Jimm Burk [mailto:jburk@peerless.com]
> Sent: Monday, May 09, 2005 7:00 PM

> In fact I have built this configuration under Cygwin and on 
> my SPARC 60
> with the GNU compiler installed for Solaris 9.
> 
> BINUTILS_DIR=binutils-2.15
> GCC_DIR=gcc-3.3.3
> NEWLIB_DIR=newlib-1.13.0
> GDB_DIR=gdb-6.2
> TARGET=mips
> TARGET_CFLAGS="-O2 -finline-limit=10000"
> GCC_LANGUAGES="c,c++"
> GCC_EXTRA_CONFIG="--with-gnu-as --with-gnu-ld --disable-multilib"
> 
> I do not know any reason why updating the compiler should 
> give you grief

Many thanks for your answer. With you parameter and a new one, I build the
toolchain successfully. I used following parameters:

TARBALLS_DIR=/usr/local/src/mips-toolchain/downloads
RESULT_TOP=/usr/Applications/tc-mips-newlib1.13-bu2.15-gcc3.4.3
GCC_LANGUAGES="c,c++"
TARGET=mips
TARGET_CFLAGS="-O2 -finline-limit=10000"
BINUTILS_DIR=binutils-2.15
BINUTILS_URL=ftp://ftp.gnu.org/pub/gnu/binutils
GCC_DIR=gcc-3.4.3
GCC_EXTRA_CONFIG="--with-gnu-as --with-gnu-ld --disable-multilib
--with-newlib"
NEWLIB_DIR=newlib-1.13.0
NEWLIB_URL=ftp://sources.redhat.com/pub/newlib

Apparently, from below post, option --with-newlib is needed in
GCC_EXTRA_CONFIG for gcc 3.4 (as suggested by Steve, I have googled a bit
more than previously).
http://gcc.gnu.org/ml/gcc/2005-01/msg00192.html

In fact, I'm wondering why --with-newlib is not set for the second phase of
gcc build in crosstool-0.32/contrib/newlib/crosstool-newlib.sh.

There is also a non fatal error at the end of crosstool-newlib.sh:
/usr/local/src/mips-toolchain/crosstool-0.32/contrib/newlib/crosstool-newlib
.sh: line 166: syntax error near unexpected token `esac'

Apparently, there is an old esac than has not been erased.

However, I do not claim the produced chain is working. We still have issues
with that. :(

Yours,
david
-- 
David MENTRE <mentre@tcl.ite.mee.com> - Research engineer (Ph.D.)
Mitsubishi Electric ITE-TCL / European Telecommunication Research Lab
Phone: +33 2 23 45 58 29 / Fax: +33 2 23 45 58 59 
http://www.mitsubishi-electric-itce.fr
 

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]