 svenbarth
|
fdb1950227
Fix for revision 23344.
|
12 éve |
|
svenbarth
|
27f5e4f582
Fix for Mantis #23547. Basically we now fail with nicer error messages.
|
12 éve |
|
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 éve |
|
svenbarth
|
9ef4a35a7b
Fix the fix for Mantis #21538. The check never really worked up to now...
|
12 éve |
|
svenbarth
|
54c1e638ad
Fix for Mantis #22428.
|
13 éve |
|
svenbarth
|
88af293155
Fix for Mantis #22160
|
13 éve |
|
svenbarth
|
29c71d39ac
Preparations for upcoming work on generics:
|
13 éve |
 Jonas Maebe
|
07ebc51b6c
* always store generics token streams in little endian, so we don't have to
|
13 éve |
|
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 éve |
|
svenbarth
|
75bf094e3f
Fix for Mantis #21064.
|
13 éve |
|
svenbarth
|
d2fabd2a22
Fix for Mantis #21350
|
13 éve |
 paul
|
4312aa4e08
compiler: allow compiler to find real class definition during class members parse to handle references to self constants + test
|
13 éve |
|
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 éve |
|
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 éve |
|
Jonas Maebe
|
24be42d509
* changed "crc" variable from longint to cardinal to avoid (harmless) range
|
13 éve |
|
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 éve |
|
svenbarth
|
ef10ce3bd0
* pgenutil.pas, generate_specialization:
|
13 éve |
|
svenbarth
|
04683c5f13
pgenutil.pas, generate_specialization:
|
13 éve |
|
svenbarth
|
a7a0ba0cf4
* Move the setup and teardown of the specialization symtable stack into two extra
|
13 éve |
|
svenbarth
|
c572395f61
* pgenutil.pas, generate_specialization & psub.pas, specialize_objectdefs:
|
13 éve |
|
svenbarth
|
7986f03186
* pgenutil.pas, generate_specialization:
|
13 éve |
|
svenbarth
|
52a6699d55
Check whether the globalsymtable is not Nil before using it! Otherwise an access violation occurs when compiling a program that contains specializations.
|
14 éve |
|
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 .
|
14 éve |
|
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).
|
14 éve |
|
svenbarth
|
7fa365233b
Fixed indentation.
|
14 éve |
|
svenbarth
|
6a83ebc4a5
Fix introduced regressions.
|
14 éve |
|
svenbarth
|
d55684937f
generate_specialization:
|
14 éve |
|
svenbarth
|
87d9714221
Somehow the changes regarding tf_methods_specialized weren't commited, thus here they are again:
|
14 éve |
|
svenbarth
|
461d231daa
Rebase to revision 19078 (directly before the merge of cpstrnew)
|
14 éve |
|
svenbarth
|
594f84dc2c
Merge branch 'unique-syms'
|
14 éve |
