[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