Phil Edwards - Re: [v3] make check-abi (original) (raw)

This is the mail archive of the libstdc++@gcc.gnu.orgmailing list for the libstdc++ project.

• From: Phil Edwards
• To: Loren James Rittle
• Cc: gcc-patches at gcc dot gnu dot org, libstdc++ at gcc dot gnu dot org
• Date: Fri, 23 Aug 2002 02:02:04 -0400
• Subject: Re: [v3] make check-abi
• References: 200208222001.g7MK1Od03578@fillmore.constant.com <200208230336.g7N3aqvJ097906@latour.rsch.comm.mot.com>

On Thu, Aug 22, 2002 at 10:36:52PM -0500, Loren James Rittle wrote:

Shall we tweak the configure fragments as required so that if config/abi/CPU-VENDOR-OSX.Y/baseline_symbols.txt is not found then (at least) config/abi/CPU-VENDOR-OSX/baseline_symbols.txt and then (maybe) config/abi/CPU-VENDOR-OS/baseline_symbols.txt are candidates for use.

gcc 3.2 on CPU-unknown-freebsd4 has one C++ ABI and gcc 3.2 on CPU-unknown-freebsd5 may have another (although it may coincidentally be identical). By default, the target triples constructed by config.guess on FreeBSD, Solaris and elsewhere add the OS version number.

I would advocate having the baseline_symbols file be stored in a variable. The variable is guessed as a default, and then configure.target can override it, e.g., in the very bottom clause testing for both cpu and os.

Then we export the variable to the Makefiles.

What do you think?

Phil

-- I would therefore like to posit that computing's central challenge, viz. "How not to make a mess of it," has /not/ been met. - Edsger Dijkstra, 1930-2002

• Follow-Ups:
  • Re: [v3] make check-abi
    * From: Benjamin Kosnik
• References:
  • Re: [v3] make check-abi
    * From: Loren James Rittle