[v3] Fix / clean-up config vs crosses (5/n): avoid a TRY_RUN
Paolo Carlini
paolo.carlini@oracle.com
Mon Aug 25 18:20:00 GMT 2008
Hi,
> Yes, breaking ABI compatibility is of course a major issue, so I
> wouldn't suggest doing that. Obviously, run-time checks impose some
> overhead, but for future situations similar to this, it might be the
> best thing. You have to open the file anyhow; if the open fails, then
> set a global variable and fall back to Plan B. I would suspect that the
> cost would be pretty low.
>
Agreed. In any case, we should consider that the problem with
GLIBCXX_CHECK_RANDOM_TR1 impacts a minor, isolated, part of <tr1/random>
(by itself, the implementation of a non-normative TR), I think the
crosse-compilers people can live with this bit of incorrectness in the
configury for a little more time.
> As for GCC_CHECK_UNWIND_GETIPINFO, that looks like something that could
> be a compile-time test (on all targets, whether or not native). As
> discussed previously, it really *should* be a link-time test, but unless
> people are willing to rethink the one-tree build stuff, we're not
> allowed link-time tests.
>
Ok, but then, let's ask the author of the test: Steve?
> And, as for AM_ICONV, unfortunately, I'm totally iconv-illiterate. :-(
>
Sigh, two of us ;)
Paolo.
More information about the Libstdc++
mailing list