summaryrefslogtreecommitdiff
path: root/ridljar/JunitTest_java_remote.mk
blob: 2039e128288555e82458bd223b293fece28fa2c1 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
# -*- Mode: makefile-gmake; tab-width: 4; indent-tabs-mode: t -*-
#
# This file is part of the LibreOffice project.
#
# This Source Code Form is subject to the terms of the Mozilla Public
# License, v. 2.0. If a copy of the MPL was not distributed with this
# file, You can obtain one at http://mozilla.org/MPL/2.0/.
#

$(eval $(call gb_JunitTest_JunitTest,ridl_java_remote))

$(eval $(call gb_JunitTest_use_jars,ridl_java_remote,\
    OOoRunner \
))

$(eval $(call gb_Jar_use_customtargets,ridl_java_remote, \
    ridljar/javamaker \
))

$(eval $(call gb_JunitTest_use_jar_classset,ridl_java_remote,libreoffice))

$(eval $(call gb_JunitTest_add_classpath,ridl_java_remote,$(call gb_CustomTarget_get_workdir,ridljar/javamaker)))

$(eval $(call gb_JunitTest_add_sourcefiles,ridl_java_remote,\
    ridljar/test/com/sun/star/lib/uno/bridges/java_remote/BridgedObject_Test \
    ridljar/test/com/sun/star/lib/uno/bridges/java_remote/ProxyFactory_Test \
    ridljar/test/com/sun/star/lib/uno/bridges/java_remote/java_remote_bridge_Test \
))

$(eval $(call gb_JunitTest_add_classes,ridl_java_remote,\
    com.sun.star.lib.uno.bridges.java_remote.BridgedObject_Test \
    com.sun.star.lib.uno.bridges.java_remote.ProxyFactory_Test \
    com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge_Test \
))

# vim:set noet sw=4 ts=4:
td>Chris Sherlock Test: - create a file in memory - open a stream - write a byte to the stream - read the byte from the stream Change-Id: I257880bdd9020d2410f183e612a356eb785621ed Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127674 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Jenkins 2022-01-15Let loplugin:nullptr look into template instantiationsStephan Bergmann It missed some occurrences of 0 when only looking into uninstantiated template code, as Clang doesn't model them with an ImplicitCastExpr, even if the target is known to be a (dependent) pointer type. Looking into all template instantiations of course carries the risk that a given use of 0 is meant to be interpreted as a pointer in some and as an integer in other instantiations. But the only case where that happened in the current code base is RegistryValueList::getElement (include/registry/registry.hxx), where {} is arguably a better choice anyway. (And which would presumably also hold for any future such cases.) Change-Id: I708bcfc8bedc0a49c9282d7814eb325afa29905c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128462 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>