This is the mail archive of the gcc@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: gcc compile-time performance


In article <20020519113946.GA1476@daikokuya.demon.co.uk> you write:
>Robert Dewar wrote:-
>
>> I disagree, unless you have some perverse definiteion of "properly".
>
>Well, a call to the mb functions or iconv is considerably more
>expensive than

>   c = *buffer->cur++;

>I'm not sure, but if we want caret-positioned diagnostics in future
>(I certainly do) then it may require more book-keeping for that too.

>Why do you think multibyte char support is cheap?

If multibyte support is that expensive, I believe that providing two
versions of the preprocessor, one multibyte, the other not, selectable
at runtime, would be a very good idea.

Most code out there does not need multibyte support in the preprocessor.


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