This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ 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: need finer-grained "C" header scheme information


On Wed, Jun 19, 2002 at 01:44:58PM -0700, Benjamin Kosnik wrote:
> something like:
> 
> # defaults
> c_headers_used = c_std
> c_compatibility_headers_used = no
> 
> # per-target-overrides
> switch $target_os in
>          qnx6.[1,2])
>            c_headers_used = c
>            c_compatibility_headers_used = no
> 	newlib-based-crosses)
>           c_headers_used = c
>           c_compatibility_headers_used = yes
> 
> ??

That would work.

Can we generalize "newlib-based-crosses" into something like

    # defaults
    if test x$with_newlib = xyes; then
        c_headers_used = c
        c_compatibility_headers_used = yes
    else
        c_headers_used = c_std
        c_compatibility_headers_used = no
    fi

    switch $target_os ....

or do they need to be all broken out in the target_os switch?

(Once this settles, we need to remember to go back and add documentation
for the new variables to configure.target and porting.texi.)

> Is it always assumed that configure.target bits are active before
> acinclude.m bits are used?

Yes; configure.target is sourced in GLIBCPP_CONFIGURE, which happens
early in configure.in.  GLIBCPP_ENABLE_CHEADERS happens about a dozen
lines further down.

Phil

-- 
If ye love wealth greater than liberty, the tranquility of servitude greater
than the animating contest for freedom, go home and leave us in peace.  We seek
not your counsel, nor your arms.  Crouch down and lick the hand that feeds you;
and may posterity forget that ye were our countrymen.            - Samuel Adams


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