Re: Autoconf test for incompatible version of flex - Mailing list pgsql-patches

From Greg Stark
Subject Re: Autoconf test for incompatible version of flex
Date
Msg-id 874r213pfd.fsf@stark.dyndns.tv
Whole thread Raw
In response to Re: Autoconf test for incompatible version of flex  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Autoconf test for incompatible version of flex  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-patches
Tom Lane <tgl@sss.pgh.pa.us> writes:

> Greg Stark <gsstark@mit.edu> writes:
> > This patch adds an autoconf test to check for the new incompatible version of
> > flex.
>
> It seems unlikely that we should cause configure to reject all future
> versions of flex... .31 may be broken but I think we should assume that
> they'l fix it.

I inquired about this problem elsewhere, it's not a bug, it's an API change.
Until postgres "ports" to the new API it won't work with newer versions of
Flex.

From the Debian maintainer of the flex package
(http://bugs.debian.org/199776):

>         The signature of all functions has changed. flex has new
>  command line options, and option parsing has changed (now also
>  supports POSIX conventions optionally). Handles POSIXLY_CORRECT
>  environment variable.  Various i18n translations are included in the
>  distribution. flex now works with recent bison versions
>
>         This is not a single short lived change.
>
>         I understand that this requires all packages using lex to
>  massage their lexers to conform to the new behaviour of flex; but the
>  gains in reduced complexity of the scanner and reentrancy and
>  standards compliance are well worth it.

--
greg

pgsql-patches by date:

Previous
From: Tom Lane
Date:
Subject: Re: Autoconf test for incompatible version of flex
Next
From: Tom Lane
Date:
Subject: Re: Autoconf test for incompatible version of flex