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