Commit History

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