summaryrefslogtreecommitdiffstats
path: root/vhdlparser
Commit message (Collapse)AuthorAgeFilesLines
* Refactoring: remove implicit conversion from QCString to const char *Dimitri van Heesch2021-04-225-1209/+1204
| | | | | | | | | | | | | | | | | This commit changes the following in relation to string use - The implicit convert from 'QCString' to 'const char *' is removed - Strings parameters use 'const QCString &' as much as possible in favor over 'const char *' - 'if (s)' where s is a QCString has been replaced by 'if(!s.isEmpty())' - data() now always returns a valid C-string and not a 0-pointer. - when passing a string 's' to printf and related functions 'qPrint(s)' is used instead of 's.data()' - for empty string arguments 'QCString()' is used instead of '0' - The copy() operation has been removed - Where possible 'qstrcmp(a,b)==0' has been replaces by 'a==b' and 'qstrcmp(a,b)<0' has been replaced by 'a<b' - Parameters of string type that were default initialized with '= 0' are no initialized with '= QCString()'
* 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-254-1377/+1405
|
* 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-172-11707/+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-065-3/+11733
| | | | | | | 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
|
* Vhdl improvements (ALIAS, translation) (#7813)powARman2020-08-032-1/+6
| | | | | | | | | | | | | * Support VHDL alias constructs. * Translate class to "Design Unit" for VHDL. * Fix compile error * Add new function trDesignUnitDocumentation() to translator. Adapt english and german translation to use the new function. Co-authored-by: Andreas Regel <andreas.regel@newayselectronics.com>
* remove vhdlparser/MakefileCosta Shulyupin2020-06-282-54/+15
| | | | because it is generated from vhdlparser/CMakeLists.txt
* Regression: further fixes to make the documentation build againDimitri van Heesch2020-06-102-1579/+1214
|
* 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.
* missing instance-reworkhake2020-06-031-1/+1
|
* Added generated filesDimitri van Heesch2020-05-122-723/+735
|
* fixed if-generate-bug 7721hake2020-05-111-15/+15
|
* Migrated some code in pre.l to use STL containersDimitri van Heesch2020-03-282-490/+246
|
* Fix 6342: Applying provided patchJonas Fingerling2020-03-264-2509/+2885
|
* Enabled stricter compiler warnings and fixed all new warningsDimitri van Heesch2020-03-081-6/+3
|
* Warnings in case of a VHDL erroralbert-github2020-02-161-5/+5
| | | | | | | | | | | | | | | | | | | | When having a vhdl construct like: ``` entity _H_ is ``` we get the, a bit unclear, warnings like: ``` Lexical error at: 16:8. Encountered: _ after: . ``` with version 1.8.17 we got the warning: ``` .../vhdl.vhd:16: warning: Lexical error, Encountered: '_' after: '' ``` not 100% clear either but at least clear which file is involved and what the meaning of the '16' is. Also the message didn't conform the doxygen style / place / handling of warnings / errors anymore (didn't go to the WARN_LOGFILE anymore). (The message is correct as a vhdl identifier cannot start or end with an underscore. Between the used javaCC versions (now 7.05) and the previously used version 6.xx apparently a small in the error handler prototypes has been introduces, and thus not finding the doxygen version anymore.
* Fix build error after 'make clean' due to creation of unpatched JavaCC.hDimitri van Heesch2020-02-121-1/+1
|
* issue #7411: "warning: return type of member is not documented" for static ↵Dimitri van Heesch2020-02-093-2166/+2151
| | | | void and virtual void functions
* vhdl-fixed-bug-7432hake2020-02-041-36/+35
|
* Regenerate checked in code with JavaCC 7.0.5Dimitri van Heesch2020-01-2517-8011/+6510
|
* fixed some parser bugs,make parser ready for javacc 7.0.5hake2020-01-242-65/+131
|
* Make VHDL parser reentrantDimitri van Heesch2020-01-038-1860/+1808
|
* Merge branch 'master' into spellingDimitri van Heesch2019-12-2317-4240/+6669
|\
| * Merge branch 'master' of github.com:doxygen/doxygenDimitri van Heesch2019-12-121-1/+1
| |\
| | * Merge pull request #7440 from albert-github/feature/bug_JAVACC_FLAGSDimitri van Heesch2019-12-121-1/+1
| | |\ | | | | | | | | Adding JAVACC_FLAGS for javacc compilation
| | | * 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`
| * | | Minor fixesDimitri van Heesch2019-12-122-87/+121
| | | |
| * | | Merge branch 'feature/issue_7436' of ↵Dimitri van Heesch2019-12-121-6/+6
| |\ \ \ | | |/ / | |/| | | | | | https://github.com/albert-github/doxygen into albert-github-feature/issue_7436
| | * | issue #7436 Incorrect handling of block comments in VHDLalbert-github2019-12-111-6/+6
| | |/ | | | | | | | | | | | | | | | The search for `/*` or /*!` ended at the last `*/` in a file and thus skipping other intermediate block end and new starts. Also the intermediate code was lost see as comment. The filter pattern used was incorrect and should have been `<"/*" (~["*"])* "*" ("*" | ~["*","/"] (~["*"])* "*")* "/">` (thanks to https://javacc.org/contrib/C.jj). Here also the space plus one or more `*` at the end beginning of the line are still incorporated as well as multiple `*` before the colosing `*/` this is also filtered.
| * | Revert to locally patched version 6.2 of JavaCC due to more regressions :-(Dimitri van Heesch2019-12-1214-609/+668
| | |
| * | Revert to use of javacc-6.1.3 due to regressionDimitri van Heesch2019-12-1215-4724/+7059
| |/
| * Merge pull request #7334 from albert-github/feature/issue_7313_vhdl_subtypeDimitri van Heesch2019-12-101-0/+3
| |\ | | | | | | issue #7313 VHDL attribute 'subtype is not supported and breaks parser
| | * issue #7313 VHDL attribute 'subtype is not supported and breaks parseralbert-github2019-10-181-0/+3
| | | | | | | | | | | | Add the `'subtype` construct for variables etc.
| * | Changed std::unique_ptr<Entry> to std::shared_ptr<Entry> at avoid use after ↵Dimitri van Heesch2019-12-083-6/+4
| | | | | | | | | | | | free issues
* | | spelling: occursJosh Soref2019-11-121-1/+1
| | |
* | | spelling: implementationJosh Soref2019-11-121-1/+1
| | |
* | | spelling: followingJosh Soref2019-11-122-2/+2
|/ /
* | Update of generated VhdlParser files.Dimitri van Heesch2019-11-062-5/+5
| |
* | Spelling corrections for vhdl directoryalbert-github2019-11-041-1/+1
| | | | | | | | | | | | | | | | Spelling corrections as found by codespell and in #561. `assume_guarentee` is not a vhdl keyword, `assume_guarantee` is. A number of spelling errors are in generated code (through javacc) and have been reported upstrean (https://github.com/javacc/javacc/pull/118) Corection of `guarded_signal_specificatio` to `guarded_signal_specification` is not possible as `guarded_signal_specification` exists as well.
* | Fix double delete in VHDL error handler.Dimitri van Heesch2019-11-031-2/+0
| |
* | Update generated VHDL code to JavaCC 7.0.5Dimitri van Heesch2019-11-0316-4850/+2514
| |
* | Update generated code to javacc 6.2Dimitri van Heesch2019-10-2814-617/+672
| |
* | 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.
* Discrepancy between vhdl input and generated sourcesalbert-github2019-10-171-2/+2
| | | | | | The generated vhdl code files (.cc and .h) and didn't match the vhdl input source (vhdlpardser.jj). When regenerating with javacc the vhdl code file they didn't compile. vhdlparser.jj has been corrected.
* Use smartpointers to manage the lifetime of Entry objectsDimitri van Heesch2019-10-073-23/+23
|
* 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.
* Improved const correctness and added support for inline namespacesDimitri van Heesch2019-04-211-1/+1
|
* Bug 691689 - Line numbers for examplesDimitri van Heesch2018-08-192-6/+6
|