[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Flex size_t sizes

From: Hans Åberg
Subject: Re: Flex size_t sizes
Date: Wed, 20 Oct 2021 10:57:10 +0200

> On 20 Oct 2021, at 05:39, Akim Demaille <akim@lrde.epita.fr> wrote:
> Hi Hans,
>> Le 14 oct. 2021 à 15:23, Hans Åberg <haberg-1@telia.com> 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 for regular flex, which uses 
>> int, only 32-bit there. If using '%option c++' and mixing the versions, then 
>> the FlexLexer.h header is incompatible with the C++ source code, generating 
>> a compile error.
>> On MacOS with MacPorts and Xcode, the files are in
>> /opt/local/include/FlexLexer.h
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/FlexLexer.h
> I have already reported how I dealt with that.  I used a wrapper.
> https://github.com/akimd/vcsn/blob/master/build-aux/bin/flex%2B%2B.in
> I'm no longer working on this now.
> And I don't plan to spend time on flex.

It was intended as FYI, just happened to get this form. :-)

I believe that yours is different issue:

I rewrote using flex 2.6.4, by altering using the streambuf pointer that 
istream holds, rather than an istream pointer as in flex 2.5.*. In some sense 
this is more logical.

Then the only issue I found is the one I reported.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]