summaryrefslogtreecommitdiffstats
path: root/vhdlparser/CMakeLists.txt
Commit message (Collapse)AuthorAgeFilesLines
* Removing some left over qtoolsalbert-github2021-03-271-1/+0
| | | | Removing some references to removed qtools
* Refactoring: move qcstring and remove qtoolsDimitri van Heesch2021-03-251-2/+6
|
* Redundant storage of `VhdlParser_adj.cc`, it can be regeneratedalbert-github2020-11-171-1/+1
| | | | | | | | | | | | Misspelling in the directory name: ``` ${PROJECT_SOURCE_DIR}/VhdlParser/vhdl_adj.py ``` should be ``` ${PROJECT_SOURCE_DIR}/vhdlparser/vhdl_adj.py ``` (Not uppercase V and P in directory name).
* Redundant storage of `VhdlParser_adj.cc`, it can be regeneratedalbert-github2020-11-171-8/+9
| | | | | The file `VhdlParser_adj.cc` is independent of the javacc program, it is just dependent on `VhdlParser.cc` (and `vhdl_adj.py`) and therefore can be regenerated at any time. It is better to regenerate it (and store it) into `generated_src ` in stead of in the repository.
* Warnings in generated VhdlParser.ccalbert-github2020-11-061-1/+7
| | | | | | | When compiling the generated VhdlParser.cc we get a number of warnings about the return type, these are no problems as they all follow an assert(false) but when "promoting" the missing to return type warning to an error (openSUSE) this is a problem. The best way would be that the problem is solved in javaCC though this will be probably a long process, so we use the workaround to overcome the problem. (The problem was detected as part of the reproducibility tests for openSUSE, see #8158)
* Allow building doxygen as a subprojectAnonymous Maarten2020-09-161-4/+4
|
* remove vhdlparser/MakefileCosta Shulyupin2020-06-281-0/+15
| | | | because it is generated from vhdlparser/CMakeLists.txt
* issue #7778 Build fails with javacc 5.0 (#7779)albert-github2020-06-101-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * issue #7778 Build fails with javacc 5.0 At the moment doxygen works with javaCC version 7.0.5 but no test is done for the version. The minimum requirement has been set to 7.0.5 javacc does not have an option to retrieve the version though when giving `--version` a bit more information is given, this information is filtered. (an issue has been submitted to javacc to obtain the version information: https://github.com/javacc/javacc/issues/172). * issue #7778 Build fails with javacc 5.0 Version detection did not work for `5.0` (only x.y.z was handled, not x.y) * issue #7778 Build fails with javacc 5.0 Based on a review - `--version` is not a valid option, but present already for future use but - removed double ` if(JAVACC_EXECUTABLE)` - Needed `"${JAVACC_TEMP_VERSION}"` as otherwise when `javacc` is found but cannot be executed a message like: ``` CMake Error at cmake/FindJavacc.cmake:11 (string): string sub-command REGEX, mode MATCH needs at least 5 arguments total to command. Call Stack (most recent call first): vhdlparser/CMakeLists.txt:1 (find_package) ``` would appear - reformulated some status strings * issue #7778 Build fails with javacc 5.0 the `.` was not correctly escaped. * issue #7778 Build fails with javacc 5.0 Another one 7.0........ match, going for the suggested match in the cmake CheckCXXCompilerFlag * issue #7778 Build fails with javacc 5.0 Accidently left debug statement. * issue #7778 Build fails with javacc 5.0 Problem has been fixed upstream for version 7.0.7 and up, not using `--version` but `-version` as all command line arguments are starting with a single '-'. Also it is just the bare version, so small extra test so it will work with all versions.
* Fix build error after 'make clean' due to creation of unpatched JavaCC.hDimitri van Heesch2020-02-121-1/+1
|
* Make VHDL parser reentrantDimitri van Heesch2020-01-031-1/+0
|
* Adding JAVACC_FLAGS for javacc compilationalbert-github2019-12-121-1/+1
| | | | | | | | | | During transition to cmake build the, essential for debugging, flag possibility was not added. (Added analogous to LEX_FLAGS and YACC_Flags). Available debug options (according to old Makefile): `-debug_parser` `-debug_token_manager` `-debug_lookahead`
* Adding possibility to automatically build vhdlparser from vhdlparser.jj filealbert-github2019-10-181-0/+10
| | | | | - possibility to find the javacc program / script - creating command to compile javaparser.jj with javacc and place files in the right directory when javacc is present.
* Fix #6906Ton van den Heuvel2019-05-061-9/+3
| | | | | | Generate configvalues.h only as a dependency for the VHDL parser. Fixes a problem in combination with Ninja v1.9.0 because of duplicate rules for generating configvalues.h.
* Changed configuration mechanism to directly access options in order to ↵Dimitri van Heesch2016-01-171-1/+10
| | | | improve performance
* Use STATIC libraries to prevent them being sharedTomáš Chvátal2015-09-011-1/+1
| | | | | | This can happen when user override definition of -DBUILD_SHARED_LIBS=ON. Without this hard-enforce the libraries would be generated as shared while never installed. Thus resulting in broken binaries.
* use cmakeAdrian Negreanu2015-05-151-0/+10
runtest.pl replaced by testing/test_driver.cmake version.py replaced by cmake/version.cmake lang_cfg.py replaced by cmake/lang_cfg.cmake settings.py implemented in src/CMakeLists.txt increasebuffer.py replaced by defining the YY_BUF_SIZE and YY_READ_BUF_SIZE Signed-off-by: Adrian Negreanu <adrian.m.negreanu@intel.com>
generated by cgit v0.12 at 2024-06-26 10:00:40 (GMT)