Commit Graph
17 Commits
Author SHA1 Message Date
Christopher Sherlock c4c93d1a3e vcl: pdfwriter_impl1.cxx and pdfwriter_impl2.cxx from gdi/ to pdf/ directory
Update clang plugin.

Change-Id: I0d862e8c08ef829d4f452108fec6176532af3ecb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/190712
Tested-by: Julien Nabet <serval2412@yahoo.fr>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2025-09-29 09:36:45 +02:00
Mike Kaganski e8d0ab587b EmbeddedFontsHelper -> EmbeddedFontsManager
It is not just a helper anymore, the rename reflects its function better.

Change-Id: I11bf130eb34ba90841b550ab2a1fd1b3d9831b72
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/189350
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
Tested-by: Jenkins
2025-08-12 14:14:45 +02:00
Caolán McNamara 4557bd79fe merge duplicate CairoTextRender impls
drop getSurfaceOffset because both impls just set these to 0, so its
a no opt

Change-Id: Ie4f28d57fb8a170c7a46d3cafceef3e049c26e2f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145325
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2023-01-12 11:33:24 +00:00
Stephan Bergmann 5b0ca23615 Rename CLANG_CC, CLANG_CXX configuration vars (avoid clash with scan-build)
Clang's scan-build tool uses the CLANG_CXX environment variable (setting it up
in the scan-build script to pass it to the ccc-analyzer script), but happens to
erroneously set it to a non-existing path (see <https://reviews.llvm.org/D89481>
"[scan-build] Fix clang++ pathname again").  So wrapping LO's autogen.sh and
make in scan-build picked up that broken CLANG_CXX and caused build
failures like

> [CXX] external/skia/source/SkMemory_malloc.cxx
> /bin/sh: ~/llvm/inst/bin/clang-12++: No such file or directory

(see
<https://lists.freedesktop.org/archives/libreoffice/2020-October/086113.html>
"Re: llvm/clang static analyzer reports").

So rename CLANG_CXX, and for consistency also CLANG_CC and the various
CLANG_CXXFLAGS_INTRINSICS_*, by prefixing each with LO_.

Change-Id: Ib41cabe940f8bfb1997f74e865cca5725f859e07
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/104383
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-10-16 11:21:27 +02:00
Tor Lillqvist 9d1db290b6 tdf#134832: Also run the BitmapTest from vcl
Required some fiddling with the SolarMutex.

Sadly running BitMapTest did not help finding the root cause for the
bug.

If you build and run UnitTest in a tree with --enable-dbgutil, you
need to manually add DBG_UTIL=1 to the preprocessor macros the
UnitTest Xcode project.

Change-Id: I92abb6db596868c112996a93d51cc37fb6ab6541
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/99184
Tested-by: Tor Lillqvist <tml@collabora.com>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-07-22 10:38:22 +03:00
Tor Lillqvist 2cff001c93 Make the iOS UnitTest project compile again
Change-Id: I0de05c0bca17e59a8e3de16ba2cd43f62f86811f
2020-07-20 11:36:36 +03:00
Tor Lillqvist 2538dc89de I had forgotten to add these files to git
Change-Id: I02ab930c6e3304009c90eef36f55d61a4531af7c
2019-02-28 20:08:06 +02:00
Tor Lillqvist 9f8373817e Current ICU version is 63
Change-Id: I126dbbec9fb6cbb19f848d8317002c69b407a36b
2019-02-28 20:08:06 +02:00
Tor Lillqvist 1d279e9c91 Move the iOS CGBitmapContextCreate() call do doc_paintTile()
Thus it now actually takes a buffer pointer also on iOS, like on Linux
and Android. Less confusing, more uniform. Add a separate iOS-specific
paintTileToCGContext() method to LibreOfficeKitDocumentClass that
takes a CGContextRef. Adapt callers correspondingly. (The
LibreOfficeLight code in particular needs the paintTileToCGContext().)

Change-Id: I81084806d37b9aac9f2b2bc03d0c262e991eec81
2018-10-10 16:25:20 +03:00
Tor Lillqvist 8122551c79 The UnitTest app needs the MobileCoreServices framework
(No idea why it complains about that only now. I did upgrade the Mac
where I am building this to 10.14, but not sure how that could have an
impact?)

Change-Id: Ifaf56dbbe380694049d4957cc3fa8174c602bc67
2018-10-08 12:42:57 +03:00
Tor Lillqvist 5b37c49998 Add more vcl sources for easier breakpointing
Change-Id: I3dccdd3253bf6e3e451b9ed53786eefaa02d451e
2018-10-05 20:21:05 +03:00
Tor Lillqvist 272cfc8593 Add sources in vcl/headless for easier breakpointing
Change-Id: I02c73c040eafd77628d94f6045c48f02b650f8d6
2018-10-05 20:21:05 +03:00
Tor Lillqvist 29b0e31c94 Add more source files from vcl for breakpointing convenience
Change-Id: I61b030d277a7fbcc1fd714b3edafc7922c59483a
2018-10-05 20:21:05 +03:00
Tor Lillqvist 61f1d1564c Add files from vcl/quartz for easy breakpointing
Change-Id: Iccf4b7156677c6db7e675b2c7a6926d8395d025a
2018-10-05 20:21:05 +03:00
Tor Lillqvist baddd90d4a LibreOfficeKit wants the tile pixmap bytes to be in BGRA order in memory
To get that with CoreGraphics on iOS we need to use also
kCGImageByteOrder32Little in the CGBitmapContextCreate() call,
otherwise the bytes will be in ARGB order in memory.

(Not touching the macOS code here.)

Change-Id: I3c2dd94feb1c6bf46c5b335f5901b29e5fe1e7fb
2018-10-02 21:10:48 +03:00
Tor Lillqvist 51591ae750 More hacking on the tilebench part of the UnitTest app
On iOS, don't attempt to write the tile dump ppm file to /tmp, but use
the app-specific directory so that it can be copied for inspection
using iTunes. (Of course, even better would be to simply paint it to
the app's view. Later)

Change-Id: I8dd60d04adc61de6594099f5c358a9b6220522da
Reviewed-on: https://gerrit.libreoffice.org/61255
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
2018-10-02 19:46:31 +02:00
Tor Lillqvist 68de102135 Start on the iOS unit test app
Change-Id: Idef0b375d5c7d6d4542aee1f8abecaf9f834189c
Reviewed-on: https://gerrit.libreoffice.org/61058
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
2018-09-28 14:03:05 +02:00