Re: [PATCH] Extend lazy computation of expensive preprocessor macros to FLOATN*

2018-01-26 Thread Joseph Myers
On Sat, 27 Jan 2018, Jakub Jelinek wrote: > Works for me, this tests fine on a couple of tests, ok for trunk if it > passes bootstrap/regtest? > > 2018-01-27 Jakub Jelinek > > * c-cppbuiltin.c (c_cpp_builtins): Use ggc_strdup for the fp_suffix > argument. > (LAZY_HEX_FP_VALU

Re: [PATCH] Extend lazy computation of expensive preprocessor macros to FLOATN*

2018-01-26 Thread Jakub Jelinek
On Fri, Jan 26, 2018 at 11:22:04PM +, Joseph Myers wrote: > On Sat, 27 Jan 2018, Jakub Jelinek wrote: > > Honza reported today on IRC that we spent (again) significant time > > of empty file compilation computing preprocessor *_MAX/*_MIN etc. macros. > > In 2010 I've added lazy computation for

Re: [PATCH] Extend lazy computation of expensive preprocessor macros to FLOATN*

2018-01-26 Thread Joseph Myers
On Sat, 27 Jan 2018, Jakub Jelinek wrote: > Hi! > > Honza reported today on IRC that we spent (again) significant time > of empty file compilation computing preprocessor *_MAX/*_MIN etc. macros. > In 2010 I've added lazy computation for these, only when they are first used > except for -dD, but r

[PATCH] Extend lazy computation of expensive preprocessor macros to FLOATN*

2018-01-26 Thread Jakub Jelinek
Hi! Honza reported today on IRC that we spent (again) significant time of empty file compilation computing preprocessor *_MAX/*_MIN etc. macros. In 2010 I've added lazy computation for these, only when they are first used except for -dD, but reserved just 12 entries for those, as only FLT/DBL/LDBL