svenbarth
|
97eefb6ac3
- the error recovery handling is no longer required
|
5 lat temu |
svenbarth
|
5b71ba2a9b
* treat a missing genericdef with no symname set as an internal error
|
5 lat temu |
svenbarth
|
ef6c9e930b
* correctly handle the genericdef being a procdef, otherwise no code will be generated (and no error either :/ )
|
5 lat temu |
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 lat temu |
svenbarth
|
d79e2ee9da
* also store, reset and restore the current module's procinfo
|
5 lat temu |
Jonas Maebe
|
a051b8d225
- remmoved doregister parameter from t*sym constructors, as the registration
|
5 lat temu |
Jonas Maebe
|
d8903ce6b3
- removed maxcrecordalign parameter/field from recordsymtables, as this value
|
6 lat temu |
Jonas Maebe
|
281b3ad276
* fix case completeness and unreachable code warnings in compiler that would
|
6 lat temu |
Jonas Maebe
|
e008785152
* insert the hidden parameters for objectdef methods after resolving
|
6 lat temu |
Jonas Maebe
|
ed2ae508d0
* only add hidden parameters for objectdef methods after generating the vmt,
|
6 lat temu |
Jonas Maebe
|
91d5457b38
* moved around/replaced the following procedures to stop nflw from depending
|
6 lat temu |
Jonas Maebe
|
28df55fe08
* moved handle_calling_convention() to pparautl
|
6 lat temu |
svenbarth
|
598ac21791
* if the generic dummy symbol is a procsym (with procdefs added) then this is the symbol that should be resolved to
|
7 lat temu |
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 lat temu |
florian
|
b1dff29cbf
* removed unused units
|
8 lat temu |
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 lat temu |
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 lat temu |
svenbarth
|
d34acf3bc7
* fix for Mantis #31120: check current_genericdef only if the current_procinfo isn't used
|
8 lat temu |
svenbarth
|
6ba85c2a70
* second fix for Mantis #30626: also search in parent classes for a suitable pre-existing specialization
|
8 lat temu |
svenbarth
|
0a1e080089
* only create a new procsym for a specialization if it's indeed needed
|
8 lat temu |
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 lat temu |
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 lat temu |
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 lat temu |
svenbarth
|
fd7daf91df
+ new overload for generate_specialization_phase1() which allows to pass a specific symbol name without the need to specify a file position
|
9 lat temu |
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 lat temu |
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 lat temu |
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 lat temu |
pierre
|
22a7ce8972
Fix memory leak due to double srsym allocation
|
9 lat temu |
Jonas Maebe
|
95f28e5e0c
* avoid a crash when processing synthetic methods of specialised classes:
|
9 lat temu |
svenbarth
|
6c3dd6b601
Another system, another regression... (this time tests/test/tgenfunc15.pp on i386-win32)
|
9 lat temu |