[PATCH,take2] Make LTO plugin object-file-format- and host- independent.
Dave Korn
dave.korn.cygwin@gmail.com
Tue Oct 12 18:50:00 GMT 2010
On 12/10/2010 14:36, Richard Sandiford wrote:
> Hi Dave,
>
> Sorry if this is a dup, but...
>
> Dave Korn <dave.korn.cygwin@gmail.com> writes:
>> * configure.ac: Source config.gcc to determine lto_binary_reader.
>
> ...I've been experimenting with some ARM builds and noticed that this
> doesn't quite work with options like --with-cpu. The problem is that
> config.gcc validates the option against ${srcdir}/config/arm/arm-cores.def
> and exits the configure script if it can't find the file.
Sorry, I guess I should have worried more about running that script outside
its normal context. Hmm, could be a similar problem on m68k as well.
> It's a little (read "very") hackish, but how about the following?
I guess it's no more hackish than reaching into a parallel srcdir for a
configure sub-script anyway :-(
> Tested on arm-linux-gnueabi using --with-cpu=cortex-a8. Alternatively,
> we could add a new m4 macro for setting lto_binary_reader.
I had a look through config.gcc for explict 'exit' statements, and 'awk' and
'grep' references, and I /think/ $srcdir is all we'll need. It's as you say
not elegant but I think it's necessary. Stick it on as a bandaid for now, and
I'll see if I can think of something better in the near future.
cheers,
DaveK
More information about the Gcc-patches
mailing list