This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [build, doc, v3] Support Sun symbol versioning in libstdc++-v3, rev. 2

On Thu, Jul 1, 2010 at 10:07, Rainer Orth <> wrote:
> Paolo Bonzini <> writes:
>>> I don't like to clutter toplevel with random helper scripts. ?It seems
>>> to fall into the same class as contrib/test_summary, which is used by
>>> make mail-report.log.
>> That's different from something that is run (for determinate targets) on a
>> normal "../configure && make". ?It seems more similar to "compile",
>> "depcomp" or "". ?Anyway, contrib be it.
> Ok. ?Perhaps it would be helpful to have a new toplevel directory for
> stuff like this? ? I think aux is what several other projects use.

build-aux usually.  But I won't have time to do that, so unless there's
a volunteer I doubt it's a good idea to start a new directory for a single

Pick your poison between toplevel and contrib. :)

> compile
> config.guess
> config.rpath
> config.sub
> depcomp
> install-sh
> libtool-ldflags
> libtool.m4
> ltgcc.m4
> ltoptions.m4
> ltsugar.m4
> ltversion.m4
> lt~obsolete.m4
> missing
> mkdep
> mkinstalldirs
> move-if-change
> symlink-tree
> ylwrap

libtool m4 files should go in config (this is not so simple
unfortunately because it will cause some projects to pick
up config/override.m4 even though they're not using it
yet; newlib especially).  Everything else is indeed good
for build-aux.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]