This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
SIZE_TYPE predefine not following CPU flags on embedded mips
- From: Joel Sherrill <joel dot sherrill at OARcorp dot com>
- To: gcc at gcc dot gnu dot org, echristo at redhat dot com
- Date: Wed, 08 Jan 2003 10:56:37 -0600
- Subject: SIZE_TYPE predefine not following CPU flags on embedded mips
- Organization: OAR Corporation
Hi,
I am trying to add some more multilibs to the mips-elf
and mips-rtems targets. I want mips1 and mips3 libraries.
I have changed these lines in mips/config/t-elf:
MULTILIB_OPTIONS = msoft-float/msingle-float EL/EB
MULTILIB_DIRNAMES = soft-float single el eb
to this:
MULTILIB_OPTIONS = mips1/mips3 msoft-float/msingle-float EL/EB
MULTILIB_DIRNAMES = mips1 mips3 soft-float single el eb
In gcc 3.2.1 for the targets mips-elf and mips-rtems, the
setting of __SIZE_TYPE__ does not appear to be changed
as expected by the file libstdc++-v3/libsupc++/del_op.cc.
The above multilibs result in a compile with just a -mips3 and
the build dies with this error:
In file included from
../../../../../gcc-3.2.1/libstdc++-v3/libsupc++/del_op.cc:31:
../../../../../gcc-3.2.1/libstdc++-v3/libsupc++/new:79: `operator new'
takes
type `size_t' (`long unsigned int') as first parameter
I have tracked this down to size_t being an "unsigned int".
NO_BUILTIN_SIZE_TYPE is set in the mips config
files and the specs I see with -dumpspecs appear to
trip on the combination "-mabi=eabi -mips3" instead of just
-mips3.
This is in an odd corner of the mips port and I don't the right
thing to do. Help would definitely be appreciated.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel@OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985