 svenbarth
|
a5f9ff9507
Merged revision(s) 45692-45694 from trunk:
|
5 years ago |
|
svenbarth
|
364db85ec9
Merged revision(s) 44887 from trunk:
|
5 years ago |
 Jonas Maebe
|
eeb8c747d5
--- Merging r42499 into '.':
|
5 years ago |
 marco
|
d24f4b0926
--- Merging r42998 into '.':
|
5 years ago |
|
marco
|
c4b9529d6b
# revisions: 42328,42329
|
5 years ago |
|
Jonas Maebe
|
3ac703506c
* rest of the previous accidental partial commit
|
6 years ago |
|
marco
|
2b01261f36
--- Recording mergeinfo for merge of r39673 into '.':
|
6 years ago |
|
svenbarth
|
473a028523
- the freegenericparams variable is no longer required as it's always true whenever consume_proc_name is called anyway
|
7 years ago |
|
svenbarth
|
32db846289
* free the list containing the generic parameters as after calling insert_generic_parameter_types() it's no longer required (though this means that the condition handling generictypelist instead needs to be adjusted)
|
7 years ago |
 florian
|
4f580f7878
+ add missing exit as mentioned by J. Gareth Moreton in #33754
|
7 years ago |
|
florian
|
0eea2141f6
* patch by J. Gareth Moreton: clarity in directive conflict error messages, resolves #33754
|
7 years ago |
|
svenbarth
|
5510b13975
* ensure that sto_has_generic is set when a generic routine has been parsed
|
7 years ago |
|
florian
|
6d5ce55232
* unified def creation for open arrays
|
7 years ago |
|
florian
|
31f78ea2b6
+ implementation of the vectorcall calling convention by J. Gareth Moreton
|
7 years ago |
|
florian
|
6d072872d0
* fix compilation with 3.0.x and -Oonodedfa enabled after r37887
|
7 years ago |
|
Jonas Maebe
|
672afcdca2
* check for conflicts between procedure directives specified in the
|
7 years ago |
 pierre
|
efcb10f537
Handle arm-palmos syscall modifier
|
8 years ago |
 Károly Balogh
|
addc3a2f94
m68k-palmos: fixed the syscall generation, and improved it to support the dispatch-selector-in-reg-D2 traps
|
8 years ago |
|
Károly Balogh
|
8a71a70d3c
m68k-palmos: sketched up some entirely untested syscall support, but it's probably close to what we need
|
8 years ago |
|
florian
|
b1dff29cbf
* removed unused units
|
8 years ago |
|
svenbarth
|
8024fcd7ec
* if an operator overload in a structured type is invalid print an error only for the declaration and not the implementation as well
|
8 years ago |
 maciej-izak
|
8391b73206
* Virtual methods cannot be declared as static (static virtual method has no sense).
|
8 years ago |
|
Jonas Maebe
|
4c68ea1000
* use pocalls_cdecl and cstylearrayofconst more consistently instead of
|
8 years ago |
|
maciej-izak
|
520bb31fa6
* Parse management operators. Each management operator is special kind of operator without result.
|
8 years ago |
|
Jonas Maebe
|
265c8e7bbc
+ support for specifying ms_abi_default, ms_abi_cdelc, sysv_abi_default, and
|
8 years ago |
|
svenbarth
|
d133f210ca
* correct comment, cause forward declarations for generic functions *do* indeed work (cause they use the same mechanism as forward definitions in the interface section)
|
8 years ago |
|
svenbarth
|
52673d34f1
* fix for Mantis #31033: don't check for is_specialization(), but for df_specialization (this way we also get pointers or nested types that aren't by themselves real specializations)
|
8 years ago |
|
svenbarth
|
d499163ef5
* provisional fix for Mantis #31076: fail gracefully instead of with an internal error if a generic method is declared inside a generic class or record. This will change once we support nested generics however.
|
8 years ago |
|
Károly Balogh
|
0cb555c07c
syscalls: move the reference implementation of parseparaloc to paramgr. removes two identical copies from CPU specific code and enables basereg convention for AROS/x86_64. also, other minor fixes and cleanups in related code.
|
8 years ago |
|
svenbarth
|
a535d54bcb
* fix for Mantis #30939: Rework generation of the generic name to be less relying on the type hierarchy as a specialization inside the parameter declaration would want to have the full name of the procdef including its parameters, but those are still parsed at that stage (the pretty name is still a topic onto itself however...)
|
8 years ago |
