This is the mail archive of the gcc-patches@gcc.gnu.org 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: [libstdc++] Add --disable-hosted-libstdcxx, clean up conditionals


Bill Wendling <wendling@ncsa.uiuc.edu> writes:

| Also sprach Gabriel Dos Reis:
| } "Zack Weinberg" <zack@codesourcery.com> writes:
| } 
| } | Gabriel Dos Reis <gdr@integrable-solutions.net> writes:
| } | 
| } | Technical limitations of Bourne shell unfortunately have to trump
| } | aesthetics.
| } 
| } Sure.  But, my motivation was not aesthetics.
| } 
| The "+" is not acceptable in a flag. It's a limitation, as mentioned
| above. So the common way to deal with this is to replace + with x. It's
| really that simple. This is a valid, well-thoughtout reason why you can't
| have + in there.

Did I say the reason Phil enounciated was not valid?  No.  So
side-tracking the discussion on that road won't be fruitful.

"+" is not acceptable for a bourne shell variable name, fine.  I don't
dispute that simple fact.  It was decided that that "+" should be
replaced with "x". That also is fine.  And I don't disupte it.  
That conversion may be automated by having sed translate "+" to "x".
Should the user-specified be written with the machine oriented name?
I think no.  And that is what motivated my request.
the option --disable-hosted-libstdc++ flag can be translated to
"disable_hosted_libstdcxx" variable name.  There is no innovation
there. 

Are you also proposing we should say --enable-languages=cxx instead of
the straight --enable-languages=c++?  Atre you also proposinig we
rename the compiler from g++ to gxx?


-- Gaby


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