[Bug 220381] Review Request: flex-old - Legacy version of flex, a tool for creating scanners

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: flex-old - Legacy version of flex, a tool for creating scanners


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220381





------- Additional Comments From rc040203 at freenet.de  2007-01-05 23:48 EST -------
(In reply to comment #8)
> Thanks for input, folks.  I posted updated files to the same url.  My comments
> follow.
> 
> > libfl basically provides a single function
> The library provides the function 'main'.  It's useful for linking with pure
> scanner, for testing purposes I suppose.
Yes and no. The real function that matters is yywrap()

It's the fall-back/default yywrap lex-generated scanners use if the scanner
doesn't provide one of its own. Most real-world scanner do and there do not link
against libfl.

>
> > However, what is an issue, is the name of this library
> I doubt any package links with -lfl at all. 
Sorry, you're in error.

- All flex-based packages using the default yywrap do need to link against it.
You so far  don't see this, because they link against it statically.

- All autoconf scripts using AC_PROG_LEX link against it.

> I have never used it personally
But I have and still am, for more than a decade.

> The library is useful for
> development of lexer.  I think it will be more often fired from command line
> than from script, thus I chose rather less invasive variant "-lfl-compat", as
> opposed to "-lfl -L/usr/lib/flex-somesuffix".
I have to disagree again.

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.