[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Support -r* processor type option for SGI C++ compiler
From: |
Albert Chin |
Subject: |
Re: Support -r* processor type option for SGI C++ compiler |
Date: |
Sat, 22 Jan 2005 13:27:57 -0600 |
User-agent: |
Mutt/1.5.6i |
On Wed, Dec 08, 2004 at 06:42:49PM +0100, Ralf Wildenhues wrote:
> * Albert Chin wrote on Wed, Dec 08, 2004 at 05:04:19AM CET:
> > With the SGI C++ compiler, -r* selects the CPU type:
> > -rprocessor Specifies the code scheduler. processor can be one of the
> > following options:
> >
> > Option Action
> > 4000 Schedules code for the R4000 processor.
> > 5000 Schedules code for the R5000 processor.
> > 8000 Schedules code for the R8000 processor.
> > 10000 Schedules code for the R10000 processor.
> > 12000 Schedules code for the R12000 processor.
> > 14000 Schedules code for the R14000 processor.
> > 16000 Schedules code for the R16000 processor.
>
> This:
>
> > This option adds the following to the head of the library
> > search path, where processor is as you specified:
> >
> > -L/usr/lib{32,64}/mips{3,4}/processor
>
> sounds to me like we may need to know more about this option and not
> just allow it through plainly. What kind of libraries do these paths
> usually contain (e.g., low-level stuff like libc only as compared to
> general-purpose libraries)? Does the option also set rpath or have
> other side-effects? Are these options really like -mips[0-9] except
> they allow finer-grained selection (then your patch would probably be
> ok)?
Yes, they allow finer-grained selection:
$ cat a.c
#include <stdio.h>
int
main (void) {
puts ("a");
}
$ cc -v a.c
...
/usr/lib32/cmplrs/ld32 -call_shared -no_unresolved -transitive_link
-elf -_SYSTYPE_SVR4 -show -mips3 -n32 -L/usr/lib32/mips3/r4000
-L/usr/lib32/mips3 -L/usr/lib32 /usr/lib32/mips3/crt1.o a.o
-dont_warn_unused -Bdynamic -lc /usr/lib32/mips3/crtn.o -warn_unused
$ cc -r5000 -v a.c
...
/usr/lib32/cmplrs/ld32 -call_shared -no_unresolved -transitive_link
-elf -_SYSTYPE_SVR4 -show -mips3 -n32 -L/usr/lib32/mips3/r5000
-L/usr/lib32/mips3 -L/usr/lib32 /usr/lib32/mips3/crt1.o a.o
-dont_warn_unused -Bdynamic -lc /usr/lib32/mips3/crtn.o -warn_unused
$ cc -mips4 -v a.c
...
/usr/lib32/cmplrs/ld32 -call_shared -no_unresolved -transitive_link
-elf -_SYSTYPE_SVR4 -mips4 -n32 -show -L/usr/lib32/mips4 -L/usr/lib32
/usr/lib32/mips4/crt1.o a.o -dont_warn_unused -Bdynamic -lc
/usr/lib32/mips4/crtn.o -warn_unused
$ cc -mips4 -r5000 -v a.c
...
/usr/lib32/cmplrs/ld32 -call_shared -no_unresolved -transitive_link
-elf -_SYSTYPE_SVR4 -mips4 -n32 -show -L/usr/lib32/mips4/r5000
-L/usr/lib32/mips4 -L/usr/lib32 /usr/lib32/mips4/crt1.o a.o
-dont_warn_unused -Bdynamic -lc /usr/lib32/mips4/crtn.o -warn_unused
--
albert chin (address@hidden)
- Re: Support -r* processor type option for SGI C++ compiler,
Albert Chin <=