This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Many warnings in MIPS port (Was: [PATCH] [MIPS] microMIPS gcc support)
- From: "Maciej W. Rozycki" <macro at codesourcery dot com>
- To: David Daney <ddaney dot cavm at gmail dot com>
- Cc: "Moore, Catherine" <Catherine_Moore at mentor dot com>, "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>, Richard Sandiford <rdsandiford at googlemail dot com>
- Date: Fri, 12 Apr 2013 18:03:23 +0100
- Subject: Re: Many warnings in MIPS port (Was: [PATCH] [MIPS] microMIPS gcc support)
- References: <FD3DCEAC5B03E9408544A1E416F1124211F9CC2E at NA-MBX-04 dot mgc dot mentorg dot com> <871ubukhs7 dot fsf at talisman dot default> <FD3DCEAC5B03E9408544A1E416F11242987BD288 at NA-MBX-01 dot mgc dot mentorg dot com> <87d2vdtv3x dot fsf at talisman dot default> <FD3DCEAC5B03E9408544A1E416F11242987BDF64 at NA-MBX-01 dot mgc dot mentorg dot com> <871ubhem70 dot fsf at talisman dot default> <FD3DCEAC5B03E9408544A1E416F11242987BE308 at NA-MBX-01 dot mgc dot mentorg dot com> <878v5jp4xl dot fsf at talisman dot default> <FD3DCEAC5B03E9408544A1E416F11242987BE97B at NA-MBX-01 dot mgc dot mentorg dot com> <874ng7p1lr dot fsf at talisman dot default> <FD3DCEAC5B03E9408544A1E416F11242987BEADD at NA-MBX-01 dot mgc dot mentorg dot com> <8738vp7nfn dot fsf at talisman dot default> <FD3DCEAC5B03E9408544A1E416F11242987BEB4A at NA-MBX-01 dot mgc dot mentorg dot com> <87boad5gav dot fsf at talisman dot default> <FD3DCEAC5B03E9408544A1E416F11242987BECCA at NA-MBX-01 dot mgc dot mentorg dot com> <87620k5mh1 dot fsf at talisman dot default> <FD3DCEAC5B03E9408544A1E416F11242987BEFBE at NA-MBX-01 dot mgc dot mentorg dot com> <87sj3m4h8j dot fsf at talisman dot default> <51683A46 dot 6020506 at gmail dot com>
On Fri, 12 Apr 2013, David Daney wrote:
> I just tried to bootstrap on o32 Debian. This system has binutils 2.20.1.
>
> Here is a sample of the resulting failure when building the libjava target
> libs:
> .
> .
> .
> /home/daney/gccsvn/build/./gcc/xgcc -B/home/daney/gccsvn/build/./gcc/
> -B/usr/local/mips-unknown-linux-gnu/bin/
> -B/usr/local/mips-unknown-linux-gnu/lib/ -isystem
> /usr/local/mips-unknown-linux-gnu/include -isystem
> /usr/local/mips-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I.
> -I../../../../trunk/libjava/libltdl -g -O2 -minterlink-mips16 -c
> ../../../../trunk/libjava/libltdl/ltdl.c -fPIC -DPIC -o .libs/ltdl.o
> /tmp/cckECtVQ.s: Assembler messages:
> /tmp/cckECtVQ.s:12: Warning: Tried to set unrecognized symbol: nomicromips
>
> /tmp/cckECtVQ.s:115: Warning: Tried to set unrecognized symbol: nomicromips
>
> /tmp/cckECtVQ.s:161: Warning: Tried to set unrecognized symbol: nomicromips
> .
> .
> .
>
> There are literally thousands and thousands of these warnings.
Thanks for the report, I guess GCC should:
1. Detect in its `configure' script if GAS supports the pseudo-op and
refrain from producing it if it does not (or actually perhaps it may
never produce it by default as GAS defaults to the nomicromips mode
anyway); we have precedents for that already.
2. Refuse the -mmicromips option and terminate if GAS does not support the
micromips mode; we have precedents for that too.
3. If support for pure-microMIPS processors is added in the future, then
refuse to select that processor (with -march=) or being configured for
that processor by default (with a `configure' option) altogether unless
GAS supports the micromips mode.
Thoughts?
Maciej