Age | Commit message (Collapse) | Author |
|
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
|
|
Change-Id: I49272003ea72c84c9e81bc826820b0ac5f9d5008
|
|
Change-Id: Ida4d7fc3f830cdc8a9c1ab9842d359763c6efae1
|
|
Change-Id: Ia9919b2d85264ba3c0bf12a66646821e5c6badb4
|
|
... which makes things much simpler, and the custom target now only
contains Java classes.
Change-Id: I4aead3a2468085212e2384cad97e34f9cfce7270
|
|
Change-Id: Ic93cf3d81bf2cbda9365998f4e41d582a5436227
|
|
... because otherwise types that have been removed from the input rdb
still end up in the resulting jar file.
Change-Id: Ia73ecffcc9d831f2627ac0fcc5f57acf1f52a799
|
|
... derives from com.sun.star.uno.RuntimeException instead of
com.sun.star.uno.Exception.
Only test that breaks with this change is jurt_uno/AnyConverter_Test,
which for mysterious reasons effectively tests that
IllegalArgumentException is a subclass of Exception and not
RuntimeException. Presumably this is just a generic exception test that
happens to use IllegalArgumentException.
Some further testing indicates there are no problems expected at
runtime:
Running "make subsequentcheck" with all Java test code compiled against
a ridl.jar that does not contain the change, running against a soffice
that uses ridl.jar and rdbs with the change + ridl.jar with the change
on the test side yields exactly the same AnyConverter_Test failure, with
no other failures.
Change-Id: Iad183de76ec7e0d56648084e97cdcc160b5b033d
|
|
Apparently it is possible to lose updates there, or at least i've had a
failure where only 34 out of 35 increments were performed when checking
in passedAsyncTest from JobQueue_Test.testStaticThreadExecutesAsyncs.
Change-Id: I823ac65980e4e94be21305a10b98b4cfca247c81
|
|
This patch remove some '@author' for Java souce files, and removes some
commented code founded when removing the '@author'.
Change-Id: Ic4fcd028a9cdbd85c693d93bcd48e41f36386d22
|
|
Always link in gb_STDLIBS, except when the library explicitly opts out
with gb_LinkTarget_disable_standard_system_libs.
Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
|
|
... new gb_LinkTarget_add_standard_system_libs
Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
|
|
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
|
|
Change-Id: I97e10fa3b9058211313a7faa5269d71e233f8bf8
|
|
Remove jurt/demo code, because it doesn't compile anymore, and according
to S.Bergmann, it doesn't test anything that isn't already tested
elsewhere.
Change-Id: I775eb1681d77800abc8f8d399c43de20d8721e82
|
|
Change-Id: I72a847b1180e9aeb8dec18bcaedee7286eee7754
|
|
Change-Id: I7eb24b2d552ec5da752b58ba790ed58fb88728b0
|
|
Change-Id: I20a79d3d8f71dc48fc2662563f9c890dd3d94aac
|
|
Change-Id: I039e51958865a7ea000034e7bf765f64d49689cd
|
|
Change-Id: If777dcb0e0142229df737c2f1e3e6ecb61f64168
|
|
Change-Id: I9a86978c4b4da058ddc44a7e79635e232ff6c870
|
|
Along the way, remove some javadoc comments that are completely incorrect.
Change-Id: I02f96b6cbe665d2c10bd6ee245a7d8e2eef0f755
|
|
Change-Id: I9f49970e5e06d1afd3fc066a20d1671c93e262fc
|
|
With gb_Jar_add_jar and gb_Jar_add_system_jar adding to the manifest
classpath automatically it is no longer necessary to call
gb_Jar_set_jarclasspath manually except for the URE jars, which
are apparently not supposed to be added automatically.
Change-Id: I1e743e7ecb9cb5651e02005aa09e127bea1b0a29
|
|
This is all of the code I missed in my first set of patches.
Change-Id: I8c7c9e5ac28dc3c2f3ac062c806fbf0787c997bd
|
|
Change-Id: Ic292fddb1b9c0ba98b983b257059e50aa1963e46
|
|
Change-Id: Iff078cea287d0c508d2442d65cd9314ec3231c15
|
|
Change-Id: I59a7448b6c0a840b0f04b765ef9d5272dceb47b3
|
|
Change-Id: I94323dcfa4c8069f228dd3079f3842131314610e
|
|
|
|
|
|
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
|
|
Change-Id: Ice06e639213aeb6f7f23cbf4634947dd25613db1
|
|
Variables should have module name as prefix to prevent collisions.
|
|
Change-Id: Ifbb44b8d711b82f5d3ca0cd678579e9dcbb44bf2
|
|
this removes dmake completely out of the build for migrated modules
build.pl now assumes modules to be gbuild, unless there is a
prj/dmake file
Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
|
|
This brings two changes:
- no more recursive calling of make
- gbuild_simple is now not used => removed
|
|
Naming convention for gbuild methods:
- "add" is used for stuff that is logically a part of the target
(i.e. not registered at the Module, but defined in the target's makefile)
- "use" is used for stuff that is logically a different target
(i.e. it is registered at the Module, has it's own makefile, may be
in a different module than the target)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
...as they have further dependencies on modules higher up in the hierarchy.
|
|
|
|
|
|
|
|
|