Flex size_t sizes

2021-10-14 Thread Hans Åberg
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 perhaps it might be good idea for regular flex, which uses int, only 32-bit there. If using '%option c++' a

Re: Flex size_t sizes

2021-10-16 Thread uxio prego
Hi Hans, > On 14 Oct 2021, at 15:23, Hans Åberg wrote: > > Hi Akim, > > Saw you have edited Flex, so I take it up here, even though not strictly a > Bison topic: what do you mean? Isn't westes/flex at GitHub the "official Flex with regards to contemporary Bison" anymore? > > The Apple flex

Re: Flex size_t sizes

2021-10-19 Thread Akim Demaille
Hi Hans, > Le 14 oct. 2021 à 15:23, Hans Åberg a écrit : > > 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 perhaps it might be good idea fo

Re: Flex size_t sizes

2021-10-19 Thread Akim Demaille
Hi Uxio, > Le 16 oct. 2021 à 22:38, uxio prego a écrit : > > Hi Hans, > >> On 14 Oct 2021, at 15:23, Hans Åberg wrote: >> >> Hi Akim, >> >> Saw you have edited Flex, so I take it up here, even though not strictly a >> Bison topic: > > what do you mean? Isn't westes/flex at GitHub the > "of

Re: Flex size_t sizes

2021-10-20 Thread Hans Åberg
> On 20 Oct 2021, at 05:39, Akim Demaille wrote: > > Hi Hans, > >> Le 14 oct. 2021 à 15:23, Hans Åberg a écrit : >> >> 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 siz

Re: Flex size_t sizes

2021-11-12 Thread Kaz Kylheku
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 perhaps it might be good idea for regular flex, which uses int, only

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

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 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
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-14 Thread Hans Åberg
> On 14 Nov 2021, at 01:55, Kaz Kylheku wrote: > > 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 downst