# -*- 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_Executable_Executable,unoinfo))

$(eval $(call gb_Executable_use_static_libraries,unoinfo,\
    ooopathutils \
))

$(eval $(call gb_Executable_add_exception_objects,unoinfo,\
    desktop/win32/source/unoinfo \
))

$(eval $(call gb_Executable_add_default_nativeres,unoinfo))

# vim: set ts=4 sw=4 et:
errit.libreoffice.org/c/core/+/139493
Tested-by: Jenkins
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Remove some code in external/python3/darwin.patch.0 as it was fixed upstream(https://bugs.python.org/issue45405).

Change-Id: Ie6bfb2456f96a63adbf0dbcb9c902dc56f1151ee
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139493
Tested-by: Jenkins
Tested-by: Caolán McNamara &lt;caolanm@redhat.com&gt;
Reviewed-by: Caolán McNamara &lt;caolanm@redhat.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>external/python3: Clang 13 trunk implements --print-multiarch now</title>
<updated>2021-05-07T06:26:03+00:00</updated>
<author>
<name>Stephan Bergmann</name>
<email>sbergman@redhat.com</email>
</author>
<published>2021-05-06T19:59:02+00:00</published>
<link rel='alternate' type='text/html' href='https://go.suokunlong.cn:88/cgit/lo/core/commit/?id=b0a4b49a88aacfbc127965c0c6fe50a065eb3a0f'/>
<id>b0a4b49a88aacfbc127965c0c6fe50a065eb3a0f</id>
<content type='text'>
...since
&lt;https://github.com/llvm/llvm-project/commit/a921d2d2fb46b898794091e7410426c518a4f0cc&gt;
"[Driver] Add -print-multiarch", which causes an issue when building
ExternalProject_python3 on macOS:

&gt; checking build system type... x86_64-apple-darwin19.6.0
&gt; checking host system type... x86_64-apple-darwin19.6.0
[...]
&gt; checking for the platform triplet based on compiler characteristics... darwin
configure: error: internal configure error for the platform triplet, please file a bug report
&gt; make[1]: *** [/Users/stephan/Software/lo/core/external/python3/ExternalProject_python3.mk:80: /Users/stephan/Software/lo/core/workdir/ExternalProject/python3/build] Error 1

as workdir/UnpackedTarball/python3/configure.ac computes PLATFORM_TRIPLET as
"darwin", and instead of computing MULTIARCH as empty (as `$CC
--print-multiarch` used to just print

&gt; clang: error: unsupported option '--print-multiarch'
&gt; clang: error: no input files

to stderr), it now computes it as e.g. "x86_64-apple-darwin19.6.0" (or whatever
-target is explicitly set to in $CC), so the check that they have equal values
if they are bot nonempty fails now when building against Clang 13 trunk.  (This
is not yet an issue with any Apple Clang version, though.)

Until this is eventually fixed upstream at &lt;https://github.com/python/cpython&gt;,
just keep pretending that `clang --print-multiarch` would cause no stdout output
on macOS when determining MULTIARCH.

Change-Id: Ic1b27c6791b327d5709a9d61a6d675c3fa8989bf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115219
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann &lt;sbergman@redhat.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
...since
&lt;https://github.com/llvm/llvm-project/commit/a921d2d2fb46b898794091e7410426c518a4f0cc&gt;
"[Driver] Add -print-multiarch", which causes an issue when building
ExternalProject_python3 on macOS:

&gt; checking build system type... x86_64-apple-darwin19.6.0
&gt; checking host system type... x86_64-apple-darwin19.6.0
[...]
&gt; checking for the platform triplet based on compiler characteristics... darwin
configure: error: internal configure error for the platform triplet, please file a bug report
&gt; make[1]: *** [/Users/stephan/Software/lo/core/external/python3/ExternalProject_python3.mk:80: /Users/stephan/Software/lo/core/workdir/ExternalProject/python3/build] Error 1

as workdir/UnpackedTarball/python3/configure.ac computes PLATFORM_TRIPLET as
"darwin", and instead of computing MULTIARCH as empty (as `$CC
--print-multiarch` used to just print

&gt; clang: error: unsupported option '--print-multiarch'
&gt; clang: error: no input files

to stderr), it now computes it as e.g. "x86_64-apple-darwin19.6.0" (or whatever
-target is explicitly set to in $CC), so the check that they have equal values
if they are bot nonempty fails now when building against Clang 13 trunk.  (This
is not yet an issue with any Apple Clang version, though.)

Until this is eventually fixed upstream at &lt;https://github.com/python/cpython&gt;,
just keep pretending that `clang --print-multiarch` would cause no stdout output
on macOS when determining MULTIARCH.

Change-Id: Ic1b27c6791b327d5709a9d61a6d675c3fa8989bf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115219
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann &lt;sbergman@redhat.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>external/python3: Work around macOS Clang trunk error</title>
<updated>2018-12-29T13:22:25+00:00</updated>
<author>
<name>Stephan Bergmann</name>
<email>sbergman@redhat.com</email>
</author>
<published>2018-12-29T10:02:15+00:00</published>
<link rel='alternate' type='text/html' href='https://go.suokunlong.cn:88/cgit/lo/core/commit/?id=e5bc69087a6e67f0872317c130dfac4fe242c448'/>
<id>e5bc69087a6e67f0872317c130dfac4fe242c448</id>
<content type='text'>
..."target does not support '.file' without a number", which was introduced into
LLVM with &lt;http://llvm.org/viewvc/llvm-project?view=revision&amp;revision=349976&gt;
"[MC] Enable .file support on COFF and diagnose it on unsupported targets",
stating:  "The 'single parameter' .file directive appears to be an ELF-only
featurea [sic] that is intended to insert the main source filename into the
string table table [sic]."

And &lt;https://sourceware.org/binutils/docs-2.31/as/File.html&gt; states about the
default single (file name) argument version:  "This statement may go away in
future: it is only recognized to be compatible with old as programs."

As external/python3 builds just fine on macOS with that .file directive removed,
lets just do that for now.

Change-Id: Ib28c29d0cacd151437447ccb2f6cfb8925e3e85a
Reviewed-on: https://gerrit.libreoffice.org/65704
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann &lt;sbergman@redhat.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
..."target does not support '.file' without a number", which was introduced into
LLVM with &lt;http://llvm.org/viewvc/llvm-project?view=revision&amp;revision=349976&gt;
"[MC] Enable .file support on COFF and diagnose it on unsupported targets",
stating:  "The 'single parameter' .file directive appears to be an ELF-only
featurea [sic] that is intended to insert the main source filename into the
string table table [sic]."

And &lt;https://sourceware.org/binutils/docs-2.31/as/File.html&gt; states about the
default single (file name) argument version:  "This statement may go away in
future: it is only recognized to be compatible with old as programs."

As external/python3 builds just fine on macOS with that .file directive removed,
lets just do that for now.

Change-Id: Ib28c29d0cacd151437447ccb2f6cfb8925e3e85a
Reviewed-on: https://gerrit.libreoffice.org/65704
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann &lt;sbergman@redhat.com&gt;
</pre>
</div>
</content>
</entry>