 svenbarth
|
97eefb6ac3
- the error recovery handling is no longer required
|
5 years ago |
|
svenbarth
|
5b71ba2a9b
* treat a missing genericdef with no symname set as an internal error
|
5 years ago |
|
svenbarth
|
ef6c9e930b
* correctly handle the genericdef being a procdef, otherwise no code will be generated (and no error either :/ )
|
5 years ago |
|
svenbarth
|
1abc9c1fe7
* when specializing a routine all nested specializations must go to the para- or localsymtable as otherwise the symbol can't be found to be registered
|
5 years ago |
|
svenbarth
|
d79e2ee9da
* also store, reset and restore the current module's procinfo
|
5 years ago |
 Jonas Maebe
|
a051b8d225
- remmoved doregister parameter from t*sym constructors, as the registration
|
5 years ago |
|
Jonas Maebe
|
d8903ce6b3
- removed maxcrecordalign parameter/field from recordsymtables, as this value
|
6 years ago |
|
Jonas Maebe
|
281b3ad276
* fix case completeness and unreachable code warnings in compiler that would
|
6 years ago |
|
Jonas Maebe
|
e008785152
* insert the hidden parameters for objectdef methods after resolving
|
6 years ago |
|
Jonas Maebe
|
ed2ae508d0
* only add hidden parameters for objectdef methods after generating the vmt,
|
6 years ago |
|
Jonas Maebe
|
91d5457b38
* moved around/replaced the following procedures to stop nflw from depending
|
6 years ago |
|
Jonas Maebe
|
28df55fe08
* moved handle_calling_convention() to pparautl
|
6 years ago |
|
svenbarth
|
598ac21791
* if the generic dummy symbol is a procsym (with procdefs added) then this is the symbol that should be resolved to
|
7 years ago |
|
svenbarth
|
06d7e26df0
* move code to add a symbol to the current module's generic dummy symbols into a new function pgenutil.add_generic_dummysym()
|
8 years ago |
 florian
|
b1dff29cbf
* removed unused units
|
8 years ago |
|
svenbarth
|
8024fcd7ec
* if an operator overload in a structured type is invalid print an error only for the declaration and not the implementation as well
|
8 years ago |
 maciej-izak
|
e4565378db
* Allow for "record constraint" in Delphi mode more types like: ordinal, float, classical objects, enumerations (instead of just record). Delphi compatibility. Fix for mantis #24073.
|
8 years ago |
|
svenbarth
|
d34acf3bc7
* fix for Mantis #31120: check current_genericdef only if the current_procinfo isn't used
|
8 years ago |
|
svenbarth
|
6ba85c2a70
* second fix for Mantis #30626: also search in parent classes for a suitable pre-existing specialization
|
8 years ago |
|
svenbarth
|
0a1e080089
* only create a new procsym for a specialization if it's indeed needed
|
8 years ago |
|
svenbarth
|
a535d54bcb
* fix for Mantis #30939: Rework generation of the generic name to be less relying on the type hierarchy as a specialization inside the parameter declaration would want to have the full name of the procdef including its parameters, but those are still parsed at that stage (the pretty name is still a topic onto itself however...)
|
8 years ago |
|
svenbarth
|
ee466b9a28
* extend tdef.fullownerhierarchyname() with a parameter that skips the inclusion of a procdef's parameter declaration using the new pno_noparams option
|
8 years ago |
|
svenbarth
|
63b0024e4c
* fix for Mantis #30626: unset current_procinfo so that further specializations don't use a symtable to specialize themselves in that they shouldn't use (cause current_procinfo takes precedence)
|
8 years ago |
|
svenbarth
|
fd7daf91df
+ new overload for generate_specialization_phase1() which allows to pass a specific symbol name without the need to specify a file position
|
8 years ago |
|
svenbarth
|
627e30f47f
* factor() might return a typenode with a errordef, so check for that and don't add the typesymbol to the parameter list in that case; fixes the access violation of tw17181.pp
|
9 years ago |
|
svenbarth
|
80c2e3b51a
* special detection of an ongoing specialization for the case that a function that belongs to a generic and has said generic as parameter or result is in turn specialized as a parameter or result of another generic function
|
9 years ago |
|
svenbarth
|
6a14bb5014
* check the owner of current_specializedef as that is Nil if a generic routine is specialized and this is the specialization of one of its parameters or its result type
|
9 years ago |
 pierre
|
22a7ce8972
Fix memory leak due to double srsym allocation
|
9 years ago |
|
Jonas Maebe
|
95f28e5e0c
* avoid a crash when processing synthetic methods of specialised classes:
|
9 years ago |
|
svenbarth
|
6c3dd6b601
Another system, another regression... (this time tests/test/tgenfunc15.pp on i386-win32)
|
9 years ago |
