summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* scanner: Rename genecs() local variables. No code changes.Explorer092017-11-03
|
* scanner: Remove unused BASENAME() macro.Explorer092017-11-03
| | | | (Simply forgot to do so in commit fb731ac0221e1866534dfe072b84b8af7a5d88f3)
* build: use #ifdef for ENABLE_NLS check.Alex Richardson2017-11-03
| | | | | | config.h will have either define ENABLE_NLS or not define it. If it is not defined we get a -Wundef warning due to using #if with an undefined macro
* scanner: Define _POSIX_C_SOURCE when needed in skeleton.Explorer092017-11-03
| | | | | | The function fileno() is defined by POSIX. When flex would otherwise not provide that feature macro, we define it. Fixes #263
* build: Remove custom reallocarray() declaration.Lukasz Baj2017-10-05
| | | | Use one from <stdlib.h> instead because that is more portable.
* scanner: Simplify PRINT_SPACES() macroExplorer092017-10-05
|
* build: AC_USE_SYSTEM_EXTENSIONS in configure.ac.Explorer092017-09-04
| | | | | | | | This would, e.g. define _GNU_SOURCE in config.h, enabling the reallocarray() prototype in glibc 2.26+ on Linux systems with that version of glibc. Fixes #241.
* doc: document config.h inclusion by flex itselfWill Estes2017-09-03
|
* scanner: Include flexdef.h at %top block of scan.lExplorer092017-09-03
| | | | | | | | | | | | | | | | | | | | config.h may define macros that alter the API of the standard library funtions, and so it should be included before any other standard header, even before the skeleton's standard header inclusion. For example: config.h may #define _GNU_SOURCE that would expose the reallocarray() prototype from <stdlib.h> on glibc 2.26+ systems. If we include <stdlib.h> before config.h, reallocarray() would not be available for use in lex file since the second include doesn't help due to header guard. For now our config.h might `#define malloc rpl_malloc` -- this substitution must work before including stdlib.h, or else the compiler will complain about missing prototypes, and may result in incorrect code in scan.l (gcc warning: return makes pointer from integer without a cast [-Wint-conversion]). Fixes #247.
* {re,}allocate_array code cleanupExplorer092017-09-02
|
* doc: document libfl targets in MakefileWill Estes2017-09-02
|
* build: Add convenience targets to build libfl onlyExplorer092017-08-31
| | | | | | | | | These are wrappers around automake- and libtool-generated targets, allowing users to build libfl only, without the main flex program. See GH-256 for discussion. Signed-off-by: Kang-Che Sung <explorer09@gmail.com>
* doc: document src/libfl in NEWSWill Estes2017-08-31
|
* Don't install libfl.pc if --disable-libfl.Explorer092017-08-27
|
* libfl.pc: Rewrite descriptions, remove unneeded Cflags.Explorer092017-08-27
| | | | There's no need to include any header when linking with `-lfl`.
* Move libfl.pc.in to src subdirectory.Explorer092017-08-27
|
* doc: NEWS updatesWill Estes2017-08-24
|
* Hardcode flex name in --help textExplorer092017-08-24
| | | | | | | | | | | Don't use program_name in the description of -T/--trace or -V/--version option. It's ugly when user invokes flex with a long path like "/home/username/tools/bin/my-custom-built-flex". This solution is not long term. If possible, the help text should be modified so that the "flex" name is no longer needed below the first "Usage:" line. All translations of help text will need to be updated as well.
* Remove an unneeded gettext() in --version outputExplorer092017-08-24
| | | | "%s %s\n" is not translatable
* scanner: remove BASENAME(); don't strip path from program_nameExplorer092017-08-24
| | | | | | | | | | | | | | | There's no technical need of stripping path from program_name. I think the users should be fine if they see the path they use to invoke flex is diagnostic messages and help texts. Yes, users will see "Usage: ../flex [OPTIONS]..." now if they invoke flex with the path "../flex". The --version output has been changed so that the name field will be always "flex" or "flex++". If the flex program has been renamed to "lex" (for compatibility or other reason) this will allow identifying the implementation name ("flex"). (And it's a recommended practice in GNU Coding Standards)
* build: sort .gitignoreWill Estes2017-08-24
|
* have libobjs depend on libobjdir (#244)Michael Haubenwallner2017-08-24
|
* build: git ignore libfl.pcWill Estes2017-08-24
|
* Create libfl.pc target for pkgconfigTyler Slabinski2017-08-24
|
* scanner: #define BASENAME, remove #include libgen.hJannick2017-07-17
|
* mkskel.sh: fix EOL issue for CRLF systemsJannick2017-07-18
|
* scanner: Ignore comment lines in skeleton files.jannick02017-07-15
| | | | | | | | | In skeleton files comments are indicated by leading `%#` and when directly read in using `flex -S <skeleton.skl>` they should be ignored. Example: `flex.skl`. Amending commit 2f21edac99b5efc432417233e6e53326d630e08f which removed this conditional branch.
* filter: faster is_blank_line implementationExplorer092017-07-15
| | | | Using regex_t regex_blank_line is *slow*.
* filter: new internal function is_blank_line()Explorer092017-07-13
| | | | | | It's simply to return (regexec(&regex_blank_line, str, 0, NULL, 0) == 0); The reason for encapsulation is to allow replacing this with a non-regex method if necessary.
* build: require automake, gettext versions as per maintainer dev setupWill Estes2017-07-13
|
* doc: NEWS memory leak fixWill Estes2017-07-03
|
* scanner: memory leak free scanner generator.viktor.shepel2017-07-03
| | | | | | | | | | | | **Issue:** Scanner generation leaks memory for transition tables when invoked without `--tables-file` option. **Root cause:** `gentabs` function has different memory acquire/release conditions. **Solution:** Reclaim memory at the same scope where it was alloacated.
* filter: memory leak free scanner postprocessing.viktor.shepel2017-07-03
| | | | | | | | | | | | | | | **Issue:** Scanner postprocessing leaks memory during correction of `#line` directives values and generation of C header file. **Root cause:** `filter_fix_linedirs` and `filter_tee_header` functions do not dispose allocated memory. **Solution:** Automatically reclaim affected memory by allocating it on stack insted of heap. Stack allocation should not be a problem as its only 512 bytes and there is no recursive calls.
* doc: NEWS c{i,j}Will Estes2017-07-03
|
* scanner: c{i,j} should preserve case.NieDzejkob2017-07-03
| | | | Fixes #193
* doc: document --backup-file in NEWSWill Estes2017-07-03
|
* scanner: add optionn to specify backup filename.EricSharkey2017-07-03
| | | | | | In a directory containing multiple scanners, we want to allow specifying the name of the backup file else the backup files will be overwritten.
* doc: new uk translationWill Estes2017-06-18
|
* doc: new uk translation from the Translation ProjectTranslation Project2017-06-18
|
* doc: formatting fixes in READMEExplorer092017-06-04
|
* test: echo 'set -v' before setting so in shell.Explorer092017-06-04
|
* doc: tableopts rule portability mentioned in NEWSWill Estes2017-05-26
|
* test: remove duplicate shell options lineWill Estes2017-05-26
|
* test: use portable pattern substitution in tableopts.shExplorer092017-05-24
| | | | Fixes: #222
* doc: document NetBSD build crash fixWill Estes2017-05-19
|
* build: remove automake check-newsWill Estes2017-05-19
|
* scanner: Use reallocarr() when available.Thomas Klausner2017-05-19
| | | | | | | | | NetBSD had a crash during build. Since the provided substitute for reallocarray() wasn't working, use NetBSD's reallocarr(). Let configure choose that function whenever it is available. Use reallocarray if available. Still fallback if neither is available. Fixes #219
* doc: list line number directives in NEWSWill Estes2017-05-14
|
* filter: Output correct #line value for current file.Jeff Smith2017-05-14
| | | | | | | A #line pre-processor directive specifies the line number and source file of the following lines. If the source file _is_ the current file, the line number should be that of the line following the directive. So the specified line number should be the current line number plus 1.
* scanner: corrected typoWill Estes2017-05-13
|