Jonas Maebe
|
2d5a542984
* don't allow static methods in Java interfaces
|
14 years ago |
Jonas Maebe
|
0a3a62811b
+ try/except and try/finally support for JVM target:
|
14 years ago |
Jonas Maebe
|
be4a27657b
+ support for nested Java classes
|
14 years ago |
Jonas Maebe
|
e269f68359
* require that class methods are "static" for Java classes
|
14 years ago |
Jonas Maebe
|
83dc297346
+ Java interface support, mostly the same as Objective-C protocols
|
14 years ago |
Jonas Maebe
|
eb5814a868
* implemented declaring and calling constructors for Java classes
|
14 years ago |
Jonas Maebe
|
6e82417a51
* various small support fixes for Java classes:
|
14 years ago |
Jonas Maebe
|
86b088f398
* store the current field alignment of tobjectdefs that use C_alignment,
|
14 years ago |
svenbarth
|
de1e6b1c3d
Implement support for nested non-generic types inside generic types. This is mostly for records, classes and objects ("structures") as those didn't work at all, but the others (arrays, procvars) weren't done cleanly either.
|
14 years ago |
svenbarth
|
7a401d6f00
generate_specialization needs to return the correct generic def if the parent classes are parsed, so that that the usage of generic interfaces is allowed.
|
14 years ago |
svenbarth
|
19f0bc5c64
Added two reminders for me
|
14 years ago |
svenbarth
|
c17a8d36ae
generate_specialization needs to return the correct generic def if the parent classes are parsed, so that that the usage of generic interfaces is allowed.
|
14 years ago |
svenbarth
|
6d161298d5
Added two reminders for me
|
14 years ago |
svenbarth
|
b1959e5e89
Moved "parse_generic_parameters" and "insert_generic_parameter_types" from "pdecl.pas" to "pgenutil.pas"
|
14 years ago |
paul
|
550ad700c3
compiler: allow class declarations inside records (1 part of issue #0019099)
|
14 years ago |
svenbarth
|
d0705a1779
Rebase to revision 17236
|
14 years ago |
svenbarth
|
a944be69a6
* nflw.pas: search for enumerators in helpers for records as well
|
14 years ago |
Jonas Maebe
|
c0423b6a78
* handle implementing objcprotocols that are defined as formal external
|
14 years ago |
svenbarth
|
f7f357f18e
* symconst.pas:
|
14 years ago |
svenbarth
|
5218666328
* ncgrtti.pas: RTTI generation for helpers is handled like that for classes
|
14 years ago |
svenbarth
|
963a4d7b23
Commit of a completely restructured helper implementation. Instead of changing objectdefs with odt_classhelper to odt_class, they'll have the odt_helper type assigned to and this will be kept. This also implies that the parent of a helper is its true parent while the extended type is set to a field in tobjectdef (extendeddef).
|
14 years ago |
svenbarth
|
7cc7826343
- msg*: found a message to reuse
|
14 years ago |
svenbarth
|
07eebff55c
Rebase to revision 16827
|
14 years ago |
svenbarth
|
433851ab36
- compiler/pdecsub.pas:
|
14 years ago |
svenbarth
|
d4be11cb42
Implement advanced class helper syntax which allows "inheritance" of class helpers. This is not the same as normal class inheritance as its only used to extend the scope to other class helpers (that pseudo heritage line) when searching for a symbol. The real parent is always the extended class.
|
14 years ago |
paul
|
368c215070
compiler: always derive DispInterface from IDispatch, this solve a problem with assigning dispinterface to IUnknown or IDispatch variables
|
14 years ago |
paul
|
86482658a8
compiler: fix tgeneric11 test:
|
14 years ago |
paul
|
d37fde7302
compiler: simplify _CLASS token handling in object declarations by Sven Barth (issue #18425)
|
14 years ago |
svenbarth
|
a9b64c80ad
Rebase to revision 16728
|
14 years ago |
svenbarth
|
aed9f0a5f7
Added first version of class helper support (not fully working and not fully featured)
|
14 years ago |