summaryrefslogtreecommitdiff
path: root/connectivity/Library_mork.mk
blob: 1e565e81e281ae44542a9919ad40ef8023c501ce (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
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58

# -*- 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_Library_Library,mork))

$(eval $(call gb_Library_set_componentfile,mork,connectivity/source/drivers/mork/mork))

$(eval $(call gb_Library_add_defs,mork,\
	-DLO_DLLIMPLEMENTATION_MORK \
))

$(eval $(call gb_Library_set_include,mork,\
	-I$(SRCDIR)/connectivity/source/inc \
	$$(INCLUDE) \
))

$(eval $(call gb_Library_use_libraries,mork, \
    comphelper \
    cppu \
    cppuhelper \
    dbtools \
    sal \
    salhelper \
    utl \
	$(gb_UWINAPI) \
))

$(eval $(call gb_Library_use_sdk_api,mork))

$(eval $(call gb_Library_add_exception_objects,mork, \
    connectivity/source/drivers/mork/MColumns \
    connectivity/source/drivers/mork/MColumnAlias \
    connectivity/source/drivers/mork/MNSFolders \
    connectivity/source/drivers/mork/MNSINIParser \
    connectivity/source/drivers/mork/MNSProfileDiscover \
    connectivity/source/drivers/mork/MorkParser \
    connectivity/source/drivers/mork/MCatalog \
    connectivity/source/drivers/mork/MConnection \
    connectivity/source/drivers/mork/MDatabaseMetaData \
    connectivity/source/drivers/mork/MDatabaseMetaDataHelper \
    connectivity/source/drivers/mork/MDriver \
    connectivity/source/drivers/mork/MStatement \
    connectivity/source/drivers/mork/MResultSet \
    connectivity/source/drivers/mork/MResultSetMetaData \
    connectivity/source/drivers/mork/MPreparedStatement \
    connectivity/source/drivers/mork/MQueryHelper \
    connectivity/source/drivers/mork/MServices \
    connectivity/source/drivers/mork/MTable \
    connectivity/source/drivers/mork/MTables \
))

# vim: set noet sw=4 ts=4:
generated by cgit (git 2.34.1) at 2024-08-15 08:54:50 +0000
ce.org/83722 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> (cherry picked from commit e021901b6c4f60735512c8d36b625be4f8edfd77) Reviewed-on: https://gerrit.libreoffice.org/83951 Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org> 2019-11-26tdf#128629 vcl DrawTransformedBitmapEx: do scaling for flipped bitmapsMiklos Vajna Regression from commit dd4a67084853a030bf4b9f1f85d728620e0604a5 (vcl: avoid downscale && upscale in DrawTransformedBitmapEx(), 2019-10-08), the original problem to be solved was that in case you downscale a bitmap and upscale it later, then you get blurry result, so we try to avoid touching the pixels and just scale during rendering of the bitmap. However, here the problem is that scaling is also (mis)used for flip purposes, so go back to the original behavior for negative scaling. This keeps the original problem fixed and solves the loss of flip as well. (cherry picked from commit 8dde8f9768f0dab97cdd30e3116f7e4d737c482f) Change-Id: Ic9a6eb49d55f2fb8ccf18d982e574398f010cabd Reviewed-on: https://gerrit.libreoffice.org/83732 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com> 2019-11-12Revert "Drawing calc grid misses pixels on bottom and right."Michael Meeks This reverts commit 4a3dab5a4cd5c7a7039b2cef9d5bb14c1fff49c9. Change-Id: I1ac1edca00e4d1d62f93de48561a3b6ce4a315aa Reviewed-on: https://gerrit.libreoffice.org/82221 Tested-by: Jenkins Reviewed-by: Michael Meeks <michael.meeks@collabora.com> 2019-11-12tdf#128630 vcl PDF export: fix aspect ratio when scaling rotated imageMiklos Vajna Regression from commit 68549e00d5e23aa22bc974a8151d93cd948444b3 (vcl, BitmapEx transformed draw: special-case simple rotations, 2019-10-10), the intention there was to fix an error on the last col/row of a bitmap, but that was only tested with input where the aspect ratio doesn't change on scaling. Fix the problem by going back to the original way in the "aspect ratio changes" case. Change-Id: I52bed503ddaadbbbdf64ac6fec2fe268153866f1 Reviewed-on: https://gerrit.libreoffice.org/82467 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com> 2019-11-05Drawing calc grid misses pixels on bottom and right.Michael Meeks Change-Id: I2ac7911b35d942b7167a3243d04e1b5710ed367d Reviewed-on: https://gerrit.libreoffice.org/82091 Tested-by: Jenkins Reviewed-by: Michael Meeks <michael.meeks@collabora.com> 2019-10-26size some stringbuffer to prevent re-allocNoel Grandin I started with 32 and kept doubling the size until the site did not need re-alloc, but clamped it at 512 (e.g. in emfio/). Change-Id: Ib7caf35a1b7e42b0e4ed8aa812493449e3eefc8f Reviewed-on: https://gerrit.libreoffice.org/81540 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> 2019-10-22loplugin:unusedenumconstantsNoel Grandin Change-Id: I76aadeefce66df93f21b7e45c0e87ab92df45131 Reviewed-on: https://gerrit.libreoffice.org/81324 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> 2019-10-17Rename OUStringLiteral1 to OUStringCharStephan Bergmann It started out as a wrapper around character literals, but has by now become a wrapper around arbitrary single characters. Besides updating the documentation, this change is a mechanical for i in $(git grep -Fl OUStringLiteral1); do sed -i -e s/OUStringLiteral1/OUStringChar/g "$i"; done Change-Id: I1b9eaa4b3fbc9025ce4a4bffea3db1c16188b76f Reviewed-on: https://gerrit.libreoffice.org/80892 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2019-10-16loplugin:stringadd look through a couple more known-good methodsNoel Grandin Change-Id: Ifbdb3e41eae665f7dcaf5301aaba2b6e4662cf48 Reviewed-on: https://gerrit.libreoffice.org/80855 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> 2019-10-10vcl, BitmapEx transformed draw: special-case simple rotationsMiklos Vajna In case OutputDevice::DrawTransformedBitmapEx() has to do both shearing and rotation, then recording to a metafile is unchanged. But if we need to do rotation, then it's not necessary to go via transformations. This has the additional benefit that 90/180/270 degree rotations don't introduce an off-by-one error, where the first row and col of the transformed bitmap is transparent. (At the moment it's not clear what introduces the unwanted translation, but at least the direct Rotate() way resolves the visible end-user problem, see the test.) Change-Id: Ie1adbdb2221b086c19cc66f69308b6b7256fe29a Reviewed-on: https://gerrit.libreoffice.org/80626 Reviewed-by: Miklos Vajna <vmiklos@collabora.com> Tested-by: Jenkins