Hi!
When building Android with the Linaro toolchain, I encountered this link time error when going from gcc 4.4.3 to gcc 4.6.
"arm-eabi-g++: error: unrecognized option '-avoid-version'"
I find several posts about people encountering the same thing for different programs.
Was this option removed? Anyone know the story behind it?
Regards Åsa
Very nonauthorotative answer, but...
Asa Sandahl asa.sandahl@linaro.org writes:
When building Android with the Linaro toolchain, I encountered this link time error when going from gcc 4.4.3 to gcc 4.6.
"arm-eabi-g++: error: unrecognized option '-avoid-version'"
I find several posts about people encountering the same thing for different programs.
Was this option removed? Anyone know the story behind it?
I think -avoid-version is a libtool option rather than a gcc option. I'm not sure whether it's supposed to be passed down to gcc.
But yeah, gcc 4.6 seems to report the error earlier than 4.5 would. E.g.:
gcc -avoid-version --verbose
doesn't give any error about -avoid-version for 4.5, whereas for 4.6 it does. (Trying to compile something with -avoid-version gives an error with both compilers.)
Richard
Thanks Richard!
/Åsa
On 13 September 2011 11:50, Richard Sandiford richard.sandiford@linaro.orgwrote:
Very nonauthorotative answer, but...
Asa Sandahl asa.sandahl@linaro.org writes:
When building Android with the Linaro toolchain, I encountered this link time error when going from gcc 4.4.3 to gcc 4.6.
"arm-eabi-g++: error: unrecognized option '-avoid-version'"
I find several posts about people encountering the same thing for
different
programs.
Was this option removed? Anyone know the story behind it?
I think -avoid-version is a libtool option rather than a gcc option. I'm not sure whether it's supposed to be passed down to gcc.
But yeah, gcc 4.6 seems to report the error earlier than 4.5 would. E.g.:
gcc -avoid-version --verbose
doesn't give any error about -avoid-version for 4.5, whereas for 4.6 it does. (Trying to compile something with -avoid-version gives an error with both compilers.)
Richard
linaro-toolchain@lists.linaro.org