Age | Commit message (Collapse) | Author |
|
Patch by: me
Notes:
prefer: d76c3f3abdc9f8e7139a78b85323b4865fe6b27b
|
|
Patch by: me
Notes:
ignore: obsolete
|
|
for *nix platforms. Do this by setting the ELF SONAME to the
libxyz.so.3 style library output name, changing the output file
that the linker writes to to be in this format (from libxyz.so),
making a symlink from libxyz.so to libxyz.so.3, adding libxyz.so.3
as a delivery AUXTARGET for the deliverable libxyz.so, and
changing the deliver commands to copy symlinks properly. This is
all what dmake does too.
Use this to port main/registry to gbuild.
Patch by: me
Notes:
ignore: obsolete
|
|
Notes:
ignore: obsolete
|
|
Notes:
ignore: obsolete
|
|
Notes:
prefer: b688a3dcbe962774fff97156296593df1e4b92f0
|
|
Notes:
prefer: b688a3dcbe962774fff97156296593df1e4b92f0
|
|
Notes:
ignore: aoo
|
|
Since r1759046, which updated python to version 2.7.12, we are using
the legacy buildfiles which upstream moved from PCbuild to PC/VS9.0.
We kept the old name for the patches to preserve the history in the
repository but since there is a good chance we may update the required
compiler, and use the updated build files, rename them properly to avoid
confusion.
Consistently use $(PYVERSION) while here.
Note this is untested: being a simple rename there should be no problem.
Notes:
ignore: obsolete
|
|
since we've rolled back to .map files for cpphelper's
symbols.
Patch by: me
Notes:
ignore: obsolete
|
|
r1826428
r1826398
for now, while I investigate why they produce
multiple symbol errors on Windows when linking main/svtools.
Patch by: me
Notes:
ignore: obsolete
|
|
a copy in main/solenv/win64.
Patch by: me
Notes:
ignore: obsolete
|
|
For now, require --enable-win64 to be passed to ./configure and without it build 32 bit
binaries like before.
Detect the MSVC compiler only through oowintool (ie. registry keys) and the command line option,
not by searching the path, as we need to know the exact path to determine whether the compiler
outputs 32 or 64 bit binaries.
Pass --aoo32-on-win64 to oowintool when doing the AOO32 on Win64 build, so oowintool
known to look at the 32 bit registry for Java, as we need a JDK of matching bitness.
We may need this option for other oowintool tasks.
Introduce the "mscx" COMNAME for 64 bit AOO.
Add the remaining gbuild and dmake changes necessary to use the 64 bit MSVC compiler.
Patch by: me
Notes:
ignore: obsolete
|
|
- config.guess: 2018-03-08
- config.sub: 2018-03-08
Notes:
prefer: c5f88f0dce63c4fb2d208c493c1b06e25318aa61
|
|
for Win32 and Win64.
Patch by: me
Notes:
ignore: obsolete
|
|
symbol visibility using source-level declarations instead.
C++ symbols are mangled differently on Win64 and Win32, and extracting
new symbols from binaries and updating .DEF/.map files that control symbol
visibility is painful. Both Windows and *nix have moved from using .DEF
and .map files to using declarations in the source code instead, of the
form __declspec(dllexport) and __attribute__ ((visibility("default")))
(which we wrap in SAL_DLLPUBLIC_EXPORT).
The GBuild ported modules also have to replace .map files with source code
declarations (and all so far have), as the default symbol visibility in
GBuild is "hidden" and GBuild has no mechanism to use .map files so far.
So for the purpose of the Win64 port, but as a generally good idea and a
necessity for future GBuild ports, re-implement linker symbol visibility
in main/cppuhelper using SAL_DLLPUBLIC_EXPORT declarations in the source
code instead of using .map files. The purpose of .map files is to version
symbols in the ELF binary format on *nix instead of just controlling
visibility, so they still provide that benefit on *nix, but Windows has no
symbol versioning, all dmake does with .map files is convert them to
unversioned .DEF files, which are harder to maintain than source-level
declarations (as they are both mangled and in a separate file, and have
to be specified per method instead of only once per class).
This turned out to cause trouble, as our autodoc tool doesn't have a C
preprocessor, so the "CPPUHELPER_DLLPUBLIC" was breaking generating
documentation, which was breaking the build due to documentation
completeness checks in main/odk. Thus main/autodoc had to be patched to
allow command line parameters passed to it to specify parsing tokens to
ignore, and main/odk had to be patched to pass "CPPUHELPER_DLLPUBLIC" as
the token to ignore.
Patch by: me
Notes:
ignore: obsolete
|
|
Move the calculation of $CCNUMVER and some other variables from
main/solenv/inc/tg_compv.mk, where it is only usable by dmake, to
configure, where it can be used by both dmake and gbuild. This is
a requirement to upstream some compiler bug workaround patches from
the FreeBSD port.
A bit of logic from set_soenv is also moved into configure. A bunch
more should probably be moved so that the configuration logic is
not spread across so many different places, but that can wait.
Something else to consider is that it would be nice to use a different
value of $COM for Apple's clang, maybe "ACLANG" or "APPLECLANG"
since it has a different version numbering scheme that the open-source
version of clang and having a unique identifier would simplify
version checking when applying compiler bug workarounds.
Note: I think the old value of $CCNUMVER on the Mac is wrong. It
should look something like 000800010000 or 000700030000, depending
on the installed version.
Change -DCPPU_ENV on the Mac from $(COMID) to $(COMNAME) for
consistency with the dmake side. It shouldn't make a difference
in practice since both have the same value on the Mac.
Notes:
ignore: obsolete
|
|
necessary to build main/cppu.
Patch by: me
Notes:
ignore: obsolete
|
|
Adjust which files get delivered.
Patch by: me
Notes:
ignore: obsolete
|
|
Notes:
ignore: obsolete
|
|
Patch by: me
Notes:
prefer: 38f259e79cb2784834f1f5d4ea196f46826c5164
|
|
(possibily 7 and 8 too, when using invokedynamic).
Patch by: me
Notes:
prefer: a6f361b06f86d49edaad47486ae3eaa16fb2fac7
|
|
Patch by: me
Notes:
prefer: 086abe9eddd55573d8c04728649b574338176410
|
|
Patch by: me
Notes:
prefer: a4312af08cbd8c69ba4bead9608f3bf549caf7a0
|
|
Patch by: me
Notes:
ignore: obsolete
|
|
Patch by: me
Notes:
ignore: obsolete
|
|
and COMNAME for Win64.
Patch by: me
Notes:
ignore: obsolete
|
|
are too big for the traditional COFF file format.
Patch by: me
Notes:
reject: we seem to manage
|
|
of the Windows API wrapper "uwinapi" to AMD64.
We aren't going to rewrite it in AMD64 assembly
as most of the uwinapi thunked/emulated
functions are very old, and AMD64 only came out
in the Windows XP and Windows 2003 era, so only
function not available on those versions of
Windows such as SHCreateItemFromParsingName
and (unbelievably!!) snprintf and co need to
be ported. And I've used C code instead of
assembly as it's clearer and performance isn't
that important nowdays.
Patch by: me
Notes:
ignore: aoo
|
|
as it may break building 32 bit AOO on 64 bit Windows.
Patch by: me
Notes:
prefer: 3aaa820446f1ad3d3b0ddc557238b6fb3496dd54
|
|
Notes:
ignore: aoo
|
|
Patch by: me
Notes:
prefer: 3aaa820446f1ad3d3b0ddc557238b6fb3496dd54
|
|
on types of different sizes.
Patch by: me
Notes:
prefer: 7e86fc3fe72f67b0d9240b4afad28c66dc482c80
|
|
into main/solenv/win64. Don't apply it to the
tree yet, as it will break building 32 bit
AOO on 64 bit Windows.
Patch by: me
Notes:
ignore: obsolete
|
|
but don't use it yet.
Patch by: me
Notes:
ignore: obsolete
|
|
Patch by: me
Notes:
prefer: 7e86fc3fe72f67b0d9240b4afad28c66dc482c80
|
|
Patch by: me
Notes:
ignore: obsolete
|
|
must be at least 1.6, to support building with
Java 1.9.
Patch by: me
Notes:
ignore: obsolete
|
|
Patch by: me
Notes:
ignore: obsolete
|
|
my last commit, caused by the wrong conversion
direction between POSIX and Windows paths
in 1 dmake function.
Patch by: me
Notes:
ignore: obsolete
|
|
overwrite it with our own one during ./bootstrap.
dmake uses Cygwin API functions that were deprecated
on Cygwin32 and are obsolete on Cygwin64, so patch
it to use the replacement APIs during ./bootstrap
as well.
Patch by: me
Notes:
ignore: obsolete
|
|
Notes:
ignore: aoo
|
|
Patch by: me
Notes:
prefer: f9a687719960a6636186cbd2db917ad660139a11
|
|
Notes:
ignore: obsolete
|
|
version 0.1.
Embed the window into the document properly,
by setting the window id on the GstVideoOverlay
using gst_video_overlay_set_window_handle()
after window creation in Player::createPlayerWindow().
Add better logging.
Patch by: me
Notes:
prefer: 21d7f4b4bba79558de830d9e815e127f67274355
|
|
"Fonts module..."
Notes:
prefer: 5d0aca576ae6d4075b0669c25d04f49270b731fc
|
|
Notes:
prefer: dbb0703272c55c74a150ec4b6a60463e6212d585
|
|
Changed German "<Alle>" to "*" until we have a better solution.
Notes:
prefer: 6bcd433fe13ab402d2cc8433d98a78db140858e9
|
|
Notes:
prefer: af9709c3cba8c386a30553c43a620320b15c65f4
|
|
causing the build to break in main/instsetoo_native as that tool lacks our
"sync" option. Refer to our own unopkg using its absolute path to avoid this
problem.
Patch by: me
Notes:
ignore: obsolete
|