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