 svenbarth
|
9d48bc0baf
Implement cross unit type overloading of generics. This fixes the regression introduced with revision 25498.
|
12 jaren geleden |
|
svenbarth
|
d03507671d
Fix for Mantis #24953.
|
12 jaren geleden |
|
svenbarth
|
53ea24a0b1
Correctly specialize generics if locally declared types are used (e.g. two procedures could both define a different "TRec" type which is used to specialize a generic inside the procedures).
|
12 jaren geleden |
|
svenbarth
|
956b26bc97
Completely reworked implementation of generic constraints, by moving the generic constraint data from the symbols to the definitions (I originally thought that this would simplyfy things, but the more correct approach is to add it to the defs).
|
12 jaren geleden |
|
svenbarth
|
cc5a108cca
Allocate the list for generic parameters in tstoreddef only on demand as most defs won't contain generic parameters anyway (avoids a little bit of runtime and memory overhead per def).
|
12 jaren geleden |
|
svenbarth
|
344571cb4e
Added support for type helpers. In non Delphi modes they use "type helper" and in mode Delphi they use "record helper". They can also be used on constants.
|
12 jaren geleden |
|
svenbarth
|
fdb1950227
Fix for revision 23344.
|
12 jaren geleden |
|
svenbarth
|
27f5e4f582
Fix for Mantis #23547. Basically we now fail with nicer error messages.
|
12 jaren geleden |
|
svenbarth
|
4adb36e8da
Add support for generic type constraints. They are currently only useful to stop specialization of a generic. The parsing of a generic is still too lax and needs to be changed in the future...
|
12 jaren geleden |
|
svenbarth
|
9ef4a35a7b
Fix the fix for Mantis #21538. The check never really worked up to now...
|
12 jaren geleden |
|
svenbarth
|
54c1e638ad
Fix for Mantis #22428.
|
13 jaren geleden |
|
svenbarth
|
88af293155
Fix for Mantis #22160
|
13 jaren geleden |
|
svenbarth
|
29c71d39ac
Preparations for upcoming work on generics:
|
13 jaren geleden |
 Jonas Maebe
|
07ebc51b6c
* always store generics token streams in little endian, so we don't have to
|
13 jaren geleden |
|
svenbarth
|
a908db5a91
Partially fix for Mantis #22160. This resolves the internal error, but the given example units still don't compile, because of the way we handle specializations and unit loading (more about this once I fixed that, too).
|
13 jaren geleden |
|
svenbarth
|
75bf094e3f
Fix for Mantis #21064.
|
13 jaren geleden |
|
svenbarth
|
d2fabd2a22
Fix for Mantis #21350
|
13 jaren geleden |
 paul
|
4312aa4e08
compiler: allow compiler to find real class definition during class members parse to handle references to self constants + test
|
13 jaren geleden |
|
svenbarth
|
b3595893c8
pgenutil.pas, generate_specialization: set the correct module index, so that warnings, etc. that are generated for a type declaration are printed using the module where the generic came from (this is already done for method bodies, but not for declarations)
|
13 jaren geleden |
|
svenbarth
|
810bd7ddab
+ symtable.pas, tspecializesymtable.create: SymList and DefList do not need to own the symbols and defs as they are moved to another symtable before the specialize symtable is destroyed (avoids the need to call "extract" on those lists)
|
13 jaren geleden |
|
Jonas Maebe
|
24be42d509
* changed "crc" variable from longint to cardinal to avoid (harmless) range
|
13 jaren geleden |
|
svenbarth
|
5b1b194b47
* pdecvar.pas, read_record_fields: don't generate BSS-data for generic static fields (doesn't fix any specific bug, but we don't need space reserved for the field)
|
13 jaren geleden |
|
svenbarth
|
ef10ce3bd0
* pgenutil.pas, generate_specialization:
|
13 jaren geleden |
|
svenbarth
|
04683c5f13
pgenutil.pas, generate_specialization:
|
13 jaren geleden |
|
svenbarth
|
a7a0ba0cf4
* Move the setup and teardown of the specialization symtable stack into two extra
|
13 jaren geleden |
|
svenbarth
|
c572395f61
* pgenutil.pas, generate_specialization & psub.pas, specialize_objectdefs:
|
13 jaren geleden |
|
svenbarth
|
7986f03186
* pgenutil.pas, generate_specialization:
|
13 jaren geleden |
|
svenbarth
|
52a6699d55
Check whether the globalsymtable is not Nil before using it! Otherwise an access violation occurs when compiling a program that contains specializations.
|
13 jaren geleden |
|
svenbarth
|
fca525a85b
When checking whether the current specialization was already done before we also need to check the globalsymtable if we're currently in the implementation section. Otherwise the specialization will be generated twice and will result in a "duplicate identifier" error. This fixes mantis #20872 .
|
13 jaren geleden |
|
svenbarth
|
b240dc129f
Don't push the local symtable of the current module, but of that module the generic belongs to (should fix compilation error of Lazarus).
|
13 jaren geleden |
