Re: Flex size_t sizes

2021-11-13 Thread Kaz Kylheku
On 2021-11-13 13:18, Hans Åberg wrote: This works as long as nobody tries to compile the .ll file with an incompatible Flex version even in the case the header is shipped. Your build system has to handle that situation. If the downstream user builds your program in such a way that the .ll file

Re: Flex size_t sizes

2021-11-13 Thread Hans Åberg
> On 13 Nov 2021, at 22:04, Kaz Kylheku wrote: > > [Replying to HTML with HTML] Normally, text is expected on these types of lists, even though many probably can use styled text. > On 2021-11-13 02:17, Hans Åberg wrote: > >> On 12 Nov 2021, at 23:41, Kaz Kylheku wrote: >> >>> If there

Re: Flex size_t sizes

2021-11-13 Thread Kaz Kylheku
[Replying to HTML with HTML] On 2021-11-13 02:17, Hans Åberg wrote: > On 12 Nov 2021, at 23:41, Kaz Kylheku wrote: > >> I see that, for instance on a Ubuntu 18 system here, there is a >> /usr/bin/FlexLexer.h file. >> >> This is an incredibly, incredibly bad idea. >> >> Generated parser

Re: Flex size_t sizes

2021-11-13 Thread Bug reports for Bison, the GNU parser generator
> On 12 Nov 2021, at 23:41, Kaz Kylheku wrote: > > On 2021-10-14 06:23, Hans Åberg wrote: >> Hi Akim, >> Saw you have edited Flex, so I take it up here, even though not >> strictly a Bison topic: >> The Apple flex version has been edited to admit size_t sizes, 64-bit >> on the platform, and pe