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
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
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
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
> 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
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
> 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
[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
> 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
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
> 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
11 matches
Mail list logo