> On 20 Oct 2021, at 05:39, Akim Demaille <a...@lrde.epita.fr> wrote: > > Hi Hans, > >> Le 14 oct. 2021 à 15:23, Hans Åberg <haber...@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.