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