summaryrefslogtreecommitdiff
path: root/bridges/Library_cpp_uno.mk
AgeCommit message (Collapse)Author
2017-10-19Again, no -fstack-protector-strong for gcc3_linux_aarch64/cpp2uno.cxxStephan Bergmann
8d12e4ec8b843d59661a12a7a92bfec7e4473e0f "No -fstack-protect-strong for gcc3_linux_aarch64/cpp2uno.cxx vtableSlotCall" had done that in the past (so that setting up the x0/x1 return registers in vtableSlotCall is not clobbered by the stack protector code), but gbuild details have apparently changed in the meantime, so that gb_CXXFLAGS_COMMON's -fstack-protector-strong now ends up on the compiler command line before what is covered by gb_Library_add_cxxobjects's argument, so didn't get subst'ed to -fstack-protector. That caused Flathub aarch64 builds to fail in CustomTarget_testtools/uno_test. However, if both -fstack-protector-strong and -fstack-protector are present on the command line, the second apparently wins, so use that hack for now. (-fstack-protector-strong is only available since GCC 4.9, but -fstack-protector is already available in our current baseline GCC 4.8.1, and even for a build on that baseline it wouldn't hurt if cpp2uno.cxx was explicitly built with -fstack-protector even if none of the other files were built with -fstack-protector-strong.) Change-Id: I9d78d2e5b08b7c0a4adb1531b482cd43617886f7
2017-09-22iOS, make simulator config copy of macosx.jan Iversen
When compiling for the simulator it is like compiling for macosx (64bit) but with other libraries, therefore the bridge should be like the macosx. Change-Id: I59f1442a5c77d09ad0bc4bf31c2432fc32ef725e
2017-09-21iOS, change bridges to 64bit and reducejan Iversen
Changed __i386 to not __arm64 iOS either compiles for arm64 (production) or x86_64 (simulator) add common parts to cpp2uno and uno2cpp Change-Id: I059f3cc23bb658d6d53dbf2bf4aa6634eeac9662
2017-09-19iOS, remove support for 32bit (arm).jan Iversen
Supporting 32bit iOS, means a.o. adding several libraries to the dependency list because macOSX does not install them by default (e.g. zlib). 32bit is only used in old iPhones. updated configure.ac removed from solenv/gbuild/platform bridges corrected Change-Id: I415e744a9cb4acb3b5fbfca33c22940a1d56e390
2017-06-27iOS, first attempt to get bridges compiling.jan Iversen
Need to adapt for other iOS CPU´s Change-Id: Icb0b49265d3ec67057e57bfe5610389afe404568
2017-02-12LEAK_STATIC_DATA is always defined for WNTStephan Bergmann
cppu_no_leak and bndchk were remnants from pre-gbuild times Change-Id: Ie9f325c20e39c100b4a7180a9925559f58bcca6b Reviewed-on: https://gerrit.libreoffice.org/34153 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-02-10Remove MinGW supportStephan Bergmann
In OOo times, there'd originally been efforts to allow building on Windows with MinGW. Later, in LO times, this has been shifted to an attempt of cross- compiling for Windows on Linux. That attempt can be considered abandoned, and the relevant code rotting. Due to this heritage, there are now three kinds of MinGW-specific code in LO: * Code from the original OOo native Windows effort that is no longer relevant for the LO cross-compilation effort, but has never been removed properly. * Code from the original OOo native Windows effort that is re-purposed for the LO cross-compilation effort. * Code that has been added specifially for the LO cross-compilation effort. All three kinds of code are removed. (An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing --with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.) Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568 Reviewed-on: https://gerrit.libreoffice.org/34127 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-08-05(initial) sparc64 portJames Clarke
Change-Id: I8ec9bb5415a9e6b9083ba89a7790872d67625de1
2016-07-11Make --enable-symbols orthogonal to --enable-debug/-dbgutilStephan Bergmann
Change-Id: I523bc1d848e40489370eefe00046e0a257ed2505 Reviewed-on: https://gerrit.libreoffice.org/27058 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-04-04tdf#94306 replace boost::noncopyable in ..Jochen Nitschke
.. accessibility, avmedia, basctl, basic and bridges remove boost from module if not needed anymore Change-Id: I6177f8276766a0a7df1703e81bf1b448912df6e2 Reviewed-on: https://gerrit.libreoffice.org/23744 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-11-26default to trying the linux bridge for all linuxy like thingsCaolán McNamara
Change-Id: I1fcf3afadefcd5af472523fd8fca123fb3ab4095
2015-11-12Generalize COM_GCC_IS_CLANG -> COM_IS_CLANGStephan Bergmann
...in anticipation of building with clang-cl.exe on Windows Change-Id: I1d723c9d3b5ca8a2bc6b27ef0189a7b053581398 Reviewed-on: https://gerrit.libreoffice.org/19928 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-11-02Pass emit-debuginfo flags to MSVC bridge_noopt_objects, if applicableDavid Ostrovsky
Since df62a2c81bef2bcd96a5f14802e41815f0bdc2da gb_DEBUG_CFLAGS was passed to bridge_noopt_objects target for MSVC to track down EH breakage on 64 bit architecture. It was erroneously done unconditionally. Fix it to only pass when one of: --enable-dbgutil --enable-debug --enable-symbols is present. Change-Id: I2728c30156541be418c88a0ea284c0c6a16abba5 Reviewed-on: https://gerrit.libreoffice.org/19744 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2015-11-02Pass emit-debuginfo flags into special bridge compilations, if applicableStephan Bergmann
(i.e., if any of --enable-dbgutil, --enable-debug, or --enable-symbols); introduce gb_DEBUGINFO_FLAGS for the platform-specific flags Change-Id: I4306fa30ced57d40d5b1206a0b26a886411118ef
2015-07-10bridges: Add support for linux mips64.Heiher
Change-Id: I71fd2f7d8bfd1b1511dec91f23b61b9f55d21472 Reviewed-on: https://gerrit.libreoffice.org/16845 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2015-02-19Adapt gcc3_solaris_intel bridge to GCC 4.7Gabriele Bulfon
...similarly to 0fdbb5b0eabbaa571f3747fda12a56c938cba474 "Make cpp_uno/gcc3_linux_x86-64 bridge work with GCC 4.7" Change-Id: Idcafcb07678d02446172d7fde30631a342f6437e
2014-12-09Uno bridge: Apply debug info setting to noopt codeDavid Ostrovsky
Change-Id: Id949718baf77bb7e2d276d3db08f68149c114796 Reviewed-on: https://gerrit.libreoffice.org/13364 Reviewed-by: David Ostrovsky <david@ostrovsky.org> Tested-by: David Ostrovsky <david@ostrovsky.org>
2014-10-01We always build 64-bit OS X codeTor Lillqvist
Change-Id: I527c66c7be1372ab5ddf86625667d2f315e9b5d3
2014-09-23PPC Mac support can go away now (again)Tor Lillqvist
Change-Id: Ie1b2ab13eda584c48aaa0a4a0941f1be451697c1
2014-09-04No -fstack-protect-strong for gcc3_linux_aarch64/cpp2uno.cxx vtableSlotCallStephan Bergmann
Change-Id: I52efda594d87c37c2d38c61b54f1eebcc76cdfce
2014-08-30Start of support for Android on AArch64Tor Lillqvist
The build does not get far before it runs into trouble in the GNU libstdc++ headers, though: android-ndk-r10/sources/cxx-stl/gnu-libstdc++/4.9/libs/x86/include/bits/opt_random.h:33:23: fatal error: x86intrin.h: No such file or directory Change-Id: I9d459c64980091ba8bf5b3d631d47342625f6be9
2014-08-29Linux AArch64 portStephan Bergmann
Change-Id: I37044a37348b203944a8eb9d2204e619055f069d
2014-08-07Include RTTI in generated vtables for ubsan's vptr-based checksStephan Bergmann
...though only on gcc3_linux_x86-64 for now. Change-Id: Id90554425e78b38a5a97149f2a7d3ac04cbe0c9b
2014-06-23fdo#71000: Fix SOLARIS-INTEL caseStephan Bergmann
Thanks to Dagobert Michelsen for noticing. Change-Id: Ife333e74c145ad71c451cb60ba9a8ee4222a2183
2014-06-10Filter out OS not needing -ldlBaptiste Daroussin
Change-Id: I5863de6d8b1f0fe2419ea7419b1ff90087bb513d Reviewed-on: https://gerrit.libreoffice.org/9715 Tested-by: Michael Stahl <mstahl@redhat.com> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2014-04-21blind fix for hppa bridgesRene Engelhard
thete's no call.s, but call.cxx, add call tp "the rest" Change-Id: Id6552ba8fda0196b3ec8483d1edf490e6afb0ed2
2014-02-24Restore abandoned lines in bridges/Library_cpp_uno.mkDouglas Mencken
Fixes build error: bridges/Module_bridges.mk:29: *** no bridge selected for build: bailing out. Stop. Change-Id: I1d173e75ade45878e53ed07758783bdb5a7370c8 Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
2013-12-08Intermediate work in progress commit on the arm64 C++/UNO bridgeTor Lillqvist
Note that the arm64 code is not even close to "working" yet. Change-Id: I261d09f7e797cded26396ed0d4b8b3021f712ebf
2013-11-07fdo#42783: remove CPU variable from environmentMichael Stahl
Replace uses with CPUNAME instead, and get rid of the horrible postgresql patch that worked around environment leakage. Change-Id: I38ccabfc438360524a272901bb9332ea708e274c
2013-09-22gbuild: refactor LinkTarget representationMichael Stahl
If the link targets are not in workdir then 2 different aspects are needed: the previously used location relative to workdir's LinkTarget dir (for all the misc. related targets), and the full target file. Adding an additional parameter to all LinkTarget functions would be quite annoying, especially since it would need passing through all the gb_LinkTarget__use functions in RepositoryExternal.mk; instead encode both into the linktarget itself, and modify the functions gb_LinkTarget_get_target to return the target and all others to return the workdir linktargetname. - replace gb_Library_get_linktargetname with either: * gb_Library__get_workdir_linktargetname * gb_Library__get_linktarget_target * gb_Library_get_linktarget - similar for gb_Executable_get_linktargetname - similar for gb_StaticLibrary_get_linktargetname - similar for gb_CppunitTest__get_linktargetname - add calls to gb_LinkTarget__get_workdir_linktargetname where needed Change-Id: I917ad7957fee50ec2517a9f9cc9ff452c8d97d1b
2013-06-04Compiling but not working mingw_x86-64 bridgesFridrich Štrba
Change-Id: I5ea6edf367dd18e60a86d12c523b7732a8ac44d4
2013-06-04Some configury and non-working stubs to start to compiler for Win64 with MinGWFridrich Štrba
Change-Id: I907c3ea083e8d7f9e48fc62dd6d5b783639438cb
2013-05-29compile callvirtualmethod with -fnon-call-exceptionsCaolán McNamara
Change-Id: Ibcf70dd5626474bb2a023ce43d7ac661401fd1cb
2013-04-15bridge_lib_name is $(gb_CPPU_ENV)_unoMatúš Kukan
Also fix gb_CPPU_ENV := msc6 in WNT_X86_64_MSC.mk to be consistent with the name we register in Repository.mk. Change-Id: I1520d78c378f8c48d65defb22c4c77277bd061f7
2013-04-09The OS X x86_64 callvirtualmethod.cxx doesn't work if optimizedTor Lillqvist
Change-Id: Ib7a5cfa3f547364ba04e09d4829b7f3a477c731f
2013-04-07Pre-cache type_info for com::sun::star::ucb::InteractiveAugmentedIOExceptionTor Lillqvist
It seems to be the type_info most commonly looked up dynamically, even the only one in an initial test. I think it is a good idea to avoid dlsym() if possible. Change-Id: I0379c534e10efefafdd253ee651f6c74e4aa47d5
2013-04-03Remove Mac OS X for PowerPC supportTor Lillqvist
Change-Id: I10b15141e6a5f93365e1cfa6fbc0c7cc3ea49b15
2013-03-24make bridges work with clang on x64 linuxPeter Foley
Change-Id: Idf5c7586e375f0321c765d165f9698403b7a7daf
2013-03-21Fix typo in previous commit.Tomas Chvatal
Change-Id: I3b4a23dff3c2db14146351513e9fa1ea5ab3e256
2013-03-21Fix -mno-avx calls by removing weird OS check.Tomas Chvatal
Change-Id: Icecceda1b36110757754bcdbcecaae307d015fc9
2013-03-19Add the call.s source for the MinGW caseTor Lillqvist
Another blind fix attempt. Change-Id: I5ec2ba5e595a382c53e6975b8dc65644fc8e7409
2013-03-19No -ldl for MinGW eitherTor Lillqvist
Change-Id: I7e74559d2edd1adc9225a935735ba4f6fd7eea24
2013-03-19Move the WNTGCC case under the case for CPU=ITor Lillqvist
Otherwise no case matched for the MinGW build. Change-Id: Ia57c7cf09dbd450c91c4e595c7070ce82b484797
2013-03-19Insert empty lines for clarityTor Lillqvist
Now the outermost if..else if..endif chain should stand out more clearly. Change-Id: I62573aea02d0d0f721e00129d0e40f1b11864527
2013-03-18Cleanup bridges modulePeter Foley
Reduce excessive copy-pasting Remove bridges for C50 and C52 compilers which aren't in configure any more Prevent LTO from being used in the bridges module because it causes crashes Change-Id: I7ff85c2e8d6ff89c5acd48aea415e0960b3ef812 Reviewed-on: https://gerrit.libreoffice.org/2765 Reviewed-by: Tor Lillqvist <tml@iki.fi> Tested-by: Tor Lillqvist <tml@iki.fi>
generated by cgit (git 2.34.1) at 2024-08-13 15:43:06 +0000