./devel/flex, Fast clone of lex(1), the lexical scanner generator

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]

Branch: CURRENT, Version: 2.5.35nb1, Package name: flex-2.5.35nb1, Maintainer: pkgsrc-users

flex is a tool for generating scanners: programs which recognized
lexical patterns in text. flex reads the given input files, or its
standard input if no file names are given, for a description of a
scanner to generate. The description is in the form of pairs of
regular expressions and C code, called rules. flex generates as
output a C source file, lex.yy.c, which defines a routine yylex().
This file is compiled and linked with the -lfl library to produce an
executable. When the executable is run, it analyzes its input for
occurrences of the regular expressions. Whenever it finds one, it
executes the corresponding C code.


Required to run:
[devel/m4]

Required to build:
[devel/gmake] [devel/bison]

Master sites: (Expand)

SHA1: 333c876a8e24ae5a17d9573459fc501b7721930b
RMD160: 648645f4751ec5029f510730577f5c3e291b7a5e
Filesize: 1422.48 KB

Version history: (Expand)

CVS history: (Expand)


   2010-01-31 18:21:14 by S.P.Zeidler | Files touched by this commit (1) 
Log message:
bumping pkgrevision ought to have gone in with addition of patches/patch-ad
   2010-01-31 18:10:08 by S.P.Zeidler | Files touched by this commit (2) 
Log message:
The comment above the code patch in the new patch file says:
"This is a Hail Mary situation. It seems to work."
It doesn't reliably on NetBSD-5 or -current; namely, it makes flex
spit out a "Broken pipe" when presented with an input file on stdin.

Finding the problem area and suggesting a workaround kudos mlelstv.
There are better ways to fix it properly, which will be employed
in Due Time.
   2009-03-20 20:25:55 by Joerg Sonnenberger | Files touched by this commit (1252) 
Log message:
Simply and speed up buildlink3.mk files and processing.
This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.
   2009-02-25 22:03:01 by Jens Rehsack | Files touched by this commit (1) 
Log message:
turn on linux source compatibility for AIX - flex dumps core otherwise
when try to allocate 0 bytes
   2008-05-21 14:54:32 by Tobias Nygren | Files touched by this commit (2) 
Log message:
Also add malloc.c as required by configure.
Reported in SF.net bug # 1899047
   2008-05-18 02:43:51 by Tobias Nygren | Files touched by this commit (1) | Package updated
Log message:
Update homepage.
   2008-03-08 01:08:42 by Tobias Nygren | Files touched by this commit (3) 
Log message:
version 2.5.35 released 2008-02-26
* fixed bug that prevented flex from accepting certain comments in the
  scanner file (resolves bugs #1849809 and #1849805)
* fix bug that prevented headers for all functions from being generated
  (resolves bug #1628314)
* change yy_size_t to be size_t (resolves bug #1849812)
* new de, nl, pl, pt_br, vi translations from the translation project
   2008-02-22 23:13:33 by Tobias Nygren | Files touched by this commit (3) | Package updated
Log message:
- add a patch from debian that fixes a parser bug
- do a "two stage" bootstrap: build flex, then regenerate the scanner and
  rebuild flex.
- This should fix PR pkg/38084
- bump PKGREVISION.