Re: Build fail on Debian testing + clang

Hello Stephan, Just for information, it worked perfectly, thank you! Now I also read Christian's feedback in this thread and know there'll be another solution but, at least, I'm not stuck anymore. Julien

Re: Build fail on Debian testing + clang

Hi *, On Wed, Apr 16, 2025 at 9:21 AM Stephan Bergmann wrote: > > On 16.04.25 08:40, Stephan Bergmann wrote: > > On 16.04.25 08:15, Miklos Vajna wrote: > >> There has been advice on IRC that the "python3" prefix here is not > >> wanted: > >> […] > >> It seems you hit a similar case because the in

Re: Build fail on Debian testing + clang

On 16.04.25 08:40, Stephan Bergmann wrote: On 16.04.25 08:15, Miklos Vajna wrote: There has been advice on IRC that the "python3" prefix here is not wanted: 12:10 vmiklos, cloph: if you're running "meson from PATH" then definitely do not prefix it with a python command as it could be absolut

Re: Build fail on Debian testing + clang

On 16.04.25 08:15, Miklos Vajna wrote: There has been advice on IRC that the "python3" prefix here is not wanted: 12:10 vmiklos, cloph: if you're running "meson from PATH" then definitely do not prefix it with a python command as it could be absolutely anything 12:10 could even be a C program

Re: Build fail on Debian testing + clang

Hi Julien, On Tue, Apr 15, 2025 at 08:18:49PM +0200, Julien Nabet wrote: > Ok it seems the pb is due to the fact I use --enable-python=fully-internal > > so I should find a way to add the module mesonbuild in the Python build. I ran into the same error message with the following setup: 1) ope

Re: Build fail on Debian testing + clang

Ok it seems the pb is due to the fact I use --enable-python=fully-internal so I should find a way to add the module mesonbuild in the Python build.

Build fail on Debian testing + clang

Hello, On pc Debian x86-64 with master sources updated today, I did: make clean && make and got: Traceback (most recent call last):   File "/usr/bin/meson", line 24, in     from mesonbuild import mesonmain ModuleNotFoundError: No module named 'mesonbuild' make[1]: *** [/home/julien/lo/libreo

[RESOLVED] Re: Build fail on Debian x86-64 with master sources

Thank you Michael for the feedback! I used your command: CXX=g++ -Wno-stringop-overflow in autogen.input then autogen.sh and build were ok. Julien

Re: Build fail on Debian x86-64 with master sources

On 23/08/2024 09:51, Julien Nabet wrote: Hello Stephan Thank you for the quick feedback. If I add: CXX=gcc -Wno-stringop-overflow maybe this? CXX=g++ -Wno-stringop-overflow

Re: Build fail on Debian x86-64 with master sources

On 8/23/24 09:51, Julien Nabet wrote: checking if ccache gcc is -fvisibility-inlines-hidden safe (Clang bug 11250)... no configure: error: Your gcc/clang is not -fvisibility-inlines-hidden safe. This is no longer supported. Error running configure at ./autogen.sh line 323. yeah, you'd need to

Re: Build fail on Debian x86-64 with master sources

Hello Stephan Thank you for the quick feedback. If I add: CXX=gcc -Wno-stringop-overflow in my autogen.input, I got this during autogen.sh: checking whether ccache gcc might report false -Werror=maybe-uninitialized... no checking whether ccache gcc might report false -Werror=stringop-overflow

Re: Build fail on Debian x86-64 with master sources

On 8/23/24 09:32, Julien Nabet wrote: Any idea how to fix this? report it as a compiler bug and/or try to workaround it with something like configuring `CXX=gcc -Wno-stringop-overflow`

Build fail on Debian x86-64 with master sources

Hello, I got this error during build (after make clean && ./autogen.sh && make) : In file included from /home/julien/lo/libo_perf/include/rtl/ustring.h:29, from /home/julien/lo/libo_perf/include/typelib/typedescription.h:29, from /home/julien/lo/libo_perf/incl

Re: Build fail in mariadb on fedora 40

On 18.05.24 2:51 PM, Dr. David Alan Gilbert wrote: It looks like others started hitting it; see: https://gerrit.libreoffice.org/c/core/+/167806 Run into the same issue on a VM with Arch Linux. Latest master compiles now flawless. OpenPGP_signature.asc Description: OpenPGP digital signature

Re: Build fail in mariadb on fedora 40

On 18/05/2024 14:51, Dr. David Alan Gilbert wrote: ... It looks like others started hitting it; see: https://gerrit.libreoffice.org/c/core/+/167806 (I believe as a windows user) Ok. BTW, I could run a full build on Win10 with master sources updated today (but without enable-dbgutil). I d

Re: Build fail in mariadb on fedora 40

* Julien Nabet (serval2...@yahoo.fr) wrote: > On 17/05/2024 15:47, Dr. David Alan Gilbert wrote: > > Hi, > >I'm getting: > > > > workdir/UnpackedTarball/mariadb-connector-c/libmariadb/ma_client_plugin.c:87:207: > > error: initialization of ‘struct st_mysql_client_plugin *’ from > > incompati

Build fail in mariadb on fedora 40

Hi, I'm getting: workdir/UnpackedTarball/mariadb-connector-c/libmariadb/ma_client_plugin.c:87:207: error: initialization of ‘struct st_mysql_client_plugin *’ from incompatible pointer type ‘struct st_mysql_client_plugin_AUTHENTICATION *’ [-Wincompatible-pointer-types] 87 |(struct st_my

Re: Build fail in mariadb on fedora 40

On 17/05/2024 15:47, Dr. David Alan Gilbert wrote: Hi, I'm getting: workdir/UnpackedTarball/mariadb-connector-c/libmariadb/ma_client_plugin.c:87:207: error: initialization of ‘struct st_mysql_client_plugin *’ from incompatible pointer type ‘struct st_mysql_client_plugin_AUTHENTICATION *’ [

[FIXED] Re: LO build fail (Linux dbgutil) local + TB

I confirm it worked! Thank you Stephan!

Re: LO build fail (Linux dbgutil) local + TB

On 10/13/23 11:57, Julien Nabet wrote: Any idea how to fix this? smells like "Make sure __cpp_lib_source_location is consistently defined"

LO build fail (Linux dbgutil) local + TB

Hello, On pc Debian x86-64 with master sources updated today + make clean, I got this error at the end of the build: [MOD] postprocess Aborted warn:vcl:691942:691942:vcl/source/app/svapp.cxx:252: AppFileName should be set to something after SVMain! warn:i18nlangtag:691942:691942:i18nlangtag/s

Re: Origin/master build fail

Hi Franklin, Am 22.03.23 um 06:02 schrieb Franklin Weng: Hi, Since yesterday when I built from origin/master it always halted with the following messages: I have no issue to build LibreOffice this mornig: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a76ef6e4cb345d6aa7

Re: Origin/master build fail

Hi, Le 22/03/2023 à 06:02, Franklin Weng a écrit : Hi, Since yesterday when I built from origin/master it always halted with the following messages: No problem for me to build the master this morning. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 949c73f9c35d640c841f03

Origin/master build fail

Hi, Since yesterday when I built from origin/master it always halted with the following messages: [BIN] sc [MOD] sc [BIN] postprocess [GAL] backgrounds [GAL] sounds [MOD] postprocess Aborted (core dumped) terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' m

Re: Master build fail

Hi, Indeed that fixed the build problem. Best regards. JBF Le 16/12/2022 à 16:51, Michael Stahl a écrit : On 16.12.22 08:46, Stephan Bergmann wrote: On 15/12/2022 23:28, Jean-Baptiste Faure wrote: When building the current master, I get the following error message (translated from French):

Re: Master build fail

On 16.12.22 08:46, Stephan Bergmann wrote: On 15/12/2022 23:28, Jean-Baptiste Faure wrote: When building the current master, I get the following error message (translated from French): /home/[...]/helpcontent2/CustomTarget_html.mk:49: *** insufficient number of arguments (1) for the function

Re: Master build fail

On 15/12/2022 23:28, Jean-Baptiste Faure wrote: When building the current master, I get the following error message (translated from French): /home/[...]/helpcontent2/CustomTarget_html.mk:49: *** insufficient number of arguments (1) for the function « if ». Stop. make[1]: *** Waiting for unfi

Master build fail

Hi, When building the current master, I get the following error message (translated from French): /home/[...]/helpcontent2/CustomTarget_html.mk:49: *** insufficient number of arguments (1) for the function « if ». Stop. make[1]: *** Waiting for unfinished tasks make: *** [Makefile:289 : b

Re: [ABANDONED] Re: Build fail on Libgpg-error on Windows with gawk 5.0

Downgrading gawk to 4.2.1 is the best way to let it work ootb. Am 27.05.2019 um 17:58 schrieb Luke Benes: > This long weekend, I attempted to update the patch for libgpg-error-1.36. > This went well until I hit a new file in 1.36, sysutils.c, which makes use of  > a UNIX header .  Thorsten conve

Re: [ABANDONED] Re: Build fail on Libgpg-error on Windows with gawk 5.0

This long weekend, I attempted to update the patch for libgpg-error-1.36. This went well until I hit a new file in 1.36, sysutils.c, which makes use of  a UNIX header .  Thorsten converted this to a win32's in other files,[1] but following his example didn't work for me here. We really need to

Re: [ABANDONED] Re: Build fail on Libgpg-error on Windows with gawk 5.0

Thorsten fixed it. It's working now for me. Thanks! ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [ABANDONED] Re: Build fail on Libgpg-error on Windows with gawk 5.0

On 22/05/2019 17:45, Luke Benes wrote: https://dev-www.libreoffice.org/src/libgpg-error-1.36.tar.bz2 I'm getting:403 Forbidden Error ... No pb here to download it. Perhaps it was just a temporary pb, do you still reproduce this? Julien ___ Li

Re: [ABANDONED] Re: Build fail on Libgpg-error on Windows with gawk 5.0

ate as gperf-3.0.4-2 is no longer sufficient to build master.) If we can't get LODE working soon, we should ask the ESC for assistance. -Luke From: Thorsten Behrens Sent: Wednesday, May 22, 2019 12:42 AM To: slacka Cc: libreoffice@lists.freedesktop.org Subject: Re: [ABANDONED]

Re: [ABANDONED] Re: Build fail on Libgpg-error on Windows with gawk 5.0

Hi Luke, slacka wrote: > Can we update this tarball so that new LODE installs can work again? > I've uploaded the tarball to https://dev-www.libreoffice.org/src/libgpg-error-1.36.tar.bz2 - want to have a go at updating the reference in download.lst (and potentially tweaking a few patches)? Cheers

Re: [ABANDONED] Re: Build fail on Libgpg-error on Windows with gawk 5.0

We are still using libgpg-error v1.27 but the latest version on their download page is 1.36. Can we update this tarball so that new LODE installs can work again? https://gnupg.org/download/index.html#libgpg-error -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-

Re: [ABANDONED] Re: Build fail on Libgpg-error on Windows with gawk 5.0

Hi Julien, Julien Nabet wrote: > Gerrit failed on it. I had the same on Linux but thought it was something > else. Since I got no idea of the pb and don't want to waste some time on it, > let's wait next release of libgpg-error. > Ugh - so it seems that there are breaking changes in gawk 5.0 then

[ABANDONED] Re: Build fail on Libgpg-error on Windows with gawk 5.0

On 23/04/2019 21:27, Julien Nabet wrote: On 23/04/2019 18:01, Thorsten Behrens wrote: Hi Julien, julien2412 wrote: It's been fixed upstream (see https://github.com/gpg/libgpg-error/commit/7865041c77f4f7005282f10f9bb19072fbdf) but the last release hasn't included yet this fix. I fixed W

Re: Build fail on Libgpg-error on Windows with gawk 5.0

On 23/04/2019 18:01, Thorsten Behrens wrote: Hi Julien, julien2412 wrote: It's been fixed upstream (see https://github.com/gpg/libgpg-error/commit/7865041c77f4f7005282f10f9bb19072fbdf) but the last release hasn't included yet this fix. I fixed Windows build locally by taking parts of the p

Re: Build fail on Libgpg-error on Windows with gawk 5.0

Hi Julien, julien2412 wrote: > It's been fixed upstream (see > https://github.com/gpg/libgpg-error/commit/7865041c77f4f7005282f10f9bb19072fbdf) > but the last release hasn't included yet this fix. > > I fixed Windows build locally by taking parts of the patch. > Thx a lot - then let's please

Build fail on Libgpg-error on Windows with gawk 5.0

Hello, On Win10, I updated Cygwin package and had the update gawk 5.0 The build failed because of the use of "namespace" as var name + wrong substitution. It's been fixed upstream (see https://github.com/gpg/libgpg-error/commit/7865041c77f4f7005282f10f9bb19072fbdf) but the last release hasn't

Master build fail in Unittest

Hello. I get the following error when building the master Error: a unit test failed, please do one of: make CppunitTest_sc_subsequent_filters_test CPPUNITTRACE="lldb --" # for interactive debugging on OS X make CppunitTest_sc_subsequent_filters_test VALGRIND=memcheck# for memory

Re: master build fail

Le 26/06/2018 à 12:56, Caolán McNamara a écrit : On Tue, 2018-06-26 at 11:28 +0200, Jean-Baptiste Faure wrote: Le 26/06/2018 à 10:54, Caolán McNamara a écrit : On Tue, 2018-06-26 at 07:58 +0200, Jean-Baptiste Faure wrote: ‘GdkSeat’ was not declared in this scope https://gerrit.libreoffice.org

Re: master build fail

On Tue, 2018-06-26 at 11:28 +0200, Jean-Baptiste Faure wrote: > Le 26/06/2018 à 10:54, Caolán McNamara a écrit : > > On Tue, 2018-06-26 at 07:58 +0200, Jean-Baptiste Faure wrote: > > > > ‘GdkSeat’ was not declared in this scope > > > > https://gerrit.libreoffice.org/56448 will probably solve that

Re: master build fail

Le 26/06/2018 à 10:54, Caolán McNamara a écrit : On Tue, 2018-06-26 at 07:58 +0200, Jean-Baptiste Faure wrote: ‘GdkSeat’ was not declared in this scope https://gerrit.libreoffice.org/56448 will probably solve that Thank you, but I am sorry, it seems not enough, now I get these error messages a

Re: master build fail

On Tue, 2018-06-26 at 07:58 +0200, Jean-Baptiste Faure wrote: > > ‘GdkSeat’ was not declared in this scope https://gerrit.libreoffice.org/56448 will probably solve that ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesk

master build fail

Hi, My master build (up to commit https://gerrit.libreoffice.org/gitweb?p=core.git;a=commit;h=e90b7ebe137c638523923d7d2fe8bb8d8a8d75cc) failed this night with the following error messages: [...] [build CXX] vcl/unx/gtk3/gtk3fpicker.cxx /home/libo/master/vcl/unx/gtk3/gtk3gtkinst.cxx: In membe

Re: BUILD FAIL WITH LIBREOFFICE ANDROID

On Tue, Nov 28, 2017 at 12:09 PM, Mert Tümer wrote: > Hello, > > I am getting this error while building libreoffice with the android viewer: > > > [build MAK] CustomTarget/android/source/done > make[2]: Warning: File '/home/mert/libreoffice/config_build.mk' has > modification time 5720 s in the fu

BUILD FAIL WITH LIBREOFFICE ANDROID

Hello, I am getting this error while building libreoffice with the android viewer: [build MAK] CustomTarget/android/source/done make[2]: Warning: File '/home/mert/libreoffice/config_build.mk' has modification time 5720 s in the future creating liboSettings.gradle Linking obj/local/armeabi-v7a/l

Re: Build Fail because of "pdfiumlo.dll"

Hi, On Sun, Sep 24, 2017 at 11:57:49PM +0900, ye gun kim wrote: > I got stuck in "pdfiumlo.dll" issue. > > LINK : fatal error LNK1181: > 'C:/cygwin/home/wlfka/lode/dev/core/workdir/UnpackedTarball/lcms2/bin/lcms2.lib' First you'll have to sort this out, lcms is not only a dependency for pdfium,

Build Fail because of "pdfiumlo.dll"

My main purpose is creating Visual Studio Solution Project. Thus, I was following instruction from https://wiki.documentfoundation.org/Development/lode in order to build LibreOffice in Windows. I got stuck in "pdfiumlo.dll" issue. LINK : fatal error LNK1181: 'C:/cygwin/home/wlfka/lode/dev/core/w

Re: [Firebird-devel] MacOS build fail "SSE4.2 instruction set not enabled"

On 05/12/17 22:13, Julien wrote: I gave a try but had this: lo/lode/dev/core/workdir/UnpackedTarball/firebird/src/common/CRC32C.cpp:41:10: error: always_inline function '_mm_crc32_u8' requires target feature 'sse4.1', but would be inlined into function 'CRC32C' that is compiled without support

Re: MacOS build fail "SSE4.2 instruction set not enabled" (abandonned)

I will check your patch this week on a mac / windows and linux , It's still a hack so the proper way to solve it is like described in this stackoverflow solution http://stackoverflow.com/questions/11228855/header-files- for-x86-simd-intrinsics I used tips from https://bidetly.io/2017/02/08/crc-pa

Re: MacOS build fail "SSE4.2 instruction set not enabled" (abandonned)

Hi, As I put on the gerrit patch, I give up with this patch because: - it's too complicated to modify the patch : the patching part was working on my Mac and it fails to apply on Jenkins Mac - sse4 pb. Even if it builds, LO may crash on pc which aren't compatible with sse4 Julien On 12/05/20

Re: [Firebird-devel] MacOS build fail "SSE4.2 instruction set not enabled"

On 05/12/17 12:05, marius adrian popa wrote: Known issue in Firebird 3.0.x http://firebird.1100200.n4.nabble.com/std-c-11-added-to-CXXFLAGS-in-3-0-on-linux-td4645224.html introduced by this commit https://github.com/FirebirdSQL/firebird/commit/52d9a05a0f3d I can't check myself mac issues, bu

Re: [Firebird-devel] MacOS build fail "SSE4.2 instruction set not enabled"

- En date de : Ven 12.5.17, Alex Peshkoff a écrit : Objet: Re: [Firebird-devel] MacOS build fail "SSE4.2 instruction set not enabled" À: "For discussion among Firebird Developers" , "Tomaž Vajngerl" Cc: "libreoffice-dev&quo

Re: MacOS build fail "SSE4.2 instruction set not enabled"

Also in firebird/extern/cloop/src/tests/test1/CTest.c related to this patch https://gerrit.libreoffice.org/#/c/37488/6/external/firebird/firebird-macosx.patch.1 these lines and changes are still needed for osx #include "CalcCApi.h" -#include +#include #include now build fails https://ci.li

Re: MacOS build fail "SSE4.2 instruction set not enabled"

Hi, On Fri, May 12, 2017 at 11:05 AM, marius adrian popa wrote: > Known issue in Firebird 3.0.x > > http://firebird.1100200.n4.nabble.com/std-c-11-added-to-CXXFLAGS-in-3-0-on-linux-td4645224.html > > introduced by this commit > > https://github.com/FirebirdSQL/firebird/commit/52d9a05a0f3d > They

Re: MacOS build fail "SSE4.2 instruction set not enabled"

Known issue in Firebird 3.0.x http://firebird.1100200.n4.nabble.com/std-c-11-added-to-CXXFLAGS-in-3-0-on-linux-td4645224.html introduced by this commit https://github.com/FirebirdSQL/firebird/commit/52d9a05a0f3d On Thu, May 11, 2017 at 1:01 PM, Tomaž Vajngerl wrote: > Hi, > > On Thu, May 11,

Re: MacOS build fail "SSE4.2 instruction set not enabled"

Hi, On Thu, May 11, 2017 at 10:17 AM, julien2412 wrote: > Hello, > > I submitted a gerrit patch to bump Firebird to 3.0.2 (see > https://gerrit.libreoffice.org/#/c/37488/) > MacOs build fails on Jenkins with these logs: > In file included from > /Users/tdf/lode/jenkins/workspace/lo_gerrit/Config/

Re: MacOS build fail "SSE4.2 instruction set not enabled"

ask on the LO mailing list. View this message in context: Re: MacOS build fail "SSE4.2 instruction set not enabled" <http://nabble.documentfoundation.org/MacOS-build-fail-SSE4-2-instruction-set-not-enabled-tp4214246p

Re: MacOS build fail "SSE4.2 instruction set not enabled"

ble.documentfoundation.org/MacOS-build-fail-SSE4-2-instruction-set-not-enabled-tp4214246p4214248.html Sent from the Dev mailing list archive at Nabble.com.___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: MacOS build fail "SSE4.2 instruction set not enabled"

it. Please ask on the LO mailing list. -- View this message in context: http://nabble.documentfoundation.org/MacOS-build-fail-SSE4-2-instruction-set-not-enabled-tp4214246p4214247.html Sent from the Dev mailing list archive at Nabble.com.___ LibreOff

MacOS build fail "SSE4.2 instruction set not enabled"

s MacOs machine or have we got some compatibility constraint to fulfil? Julien -- View this message in context: http://nabble.documentfoundation.org/MacOS-build-fail-SSE4-2-instruction-set-not-enabled-tp4214246.html Sent from the Dev mail

Re: Build Fail

On Fri, Dec 23, 2016 at 08:33:29PM +0530, Tamsil Amani wrote: > I was trying to fix an easyhack #32347 and submitted a patch in which I > made changes only in the strings thus no logical changes were made to the > code. > The build completed successfully on my system (Ubuntu 16.04LTS) however it >

Build Fail

I was trying to fix an easyhack #32347 and submitted a patch in which I made changes only in the strings thus no logical changes were made to the code. The build completed successfully on my system (Ubuntu 16.04LTS) however it failed on the supported Jenkins Platform. This is the link to gerrit ht

Re: Build fail on Linux (ExternalProject_nss.mk)

e Debian manager but not sure if he will know) Julien -- View this message in context: http://nabble.documentfoundation.org/Build-fail-on-Linux-ExternalProject-nss-mk-tp419p4200223.html Sent from the Dev mailing list archive at Nabble.com. ___

Re: Build fail on Linux (ExternalProject_nss.mk)

It seems to correspond to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843164 -- View this message in context: http://nabble.documentfoundation.org/Build-fail-on-Linux-ExternalProject-nss-mk-tp419p4200022.html Sent from the Dev mailing list archive at Nabble.com

Build fail on Linux (ExternalProject_nss.mk)

le-python=internal --enable-avahi --enable-eot --enable-odk --with-lang=en-US it fr de es pt ru cs hu pl nl --with-myspell-dicts Any thoughts? Julien -- View this message in context: http://nabble.documentfoundation.org/Build-fail-on-Linux-ExternalProject-nss-mk-tp419.ht

Re: Build fail: What platform does Jenkins build on?

On 04/13/2016 04:30 PM, Stephan Bergmann wrote: On 04/13/2016 04:01 PM, Bezawit G. Moges wrote: I am a newbie to LibreOffice and I have submitted a patch on gerrit, which failed. https://gerrit.libreoffice.org/#/c/23819/ The failure of the gerrit build bots is apparently due to a missing incl

Re: Build fail: What platform does Jenkins build on?

On 04/13/2016 04:01 PM, Bezawit G. Moges wrote: I am a newbie to LibreOffice and I have submitted a patch on gerrit, which failed. https://gerrit.libreoffice.org/#/c/23819/ The project fails on my local 32-bit Ubuntu 15.10 too with the following error message (after a clean build attempt) reci

Build fail: What platform does Jenkins build on?

Hello, I am a newbie to LibreOffice and I have submitted a patch on gerrit, which failed. https://gerrit.libreoffice.org/#/c/23819/ The project fails on my local 32-bit Ubuntu 15.10 too with the following error message (after a clean build attempt) recipe for target ‘/home/beza/core/workdir/

Re: Build fail when building Libreoffice on Windows.

On 11.02.2016 06:29, Paul Blinzer wrote: > Platfom: Windows 10 64bit, running Cygwin 32 LODE build setup to compile > libreoffice. > Default setup of build envrionment as outlined in > https://wiki.documentfoundation.org/Development/BuildingOnWindows > > Synced up to git repo today (2/10/2016) > C

Build fail when building Libreoffice on Windows.

Platfom: Windows 10 64bit, running Cygwin 32 LODE build setup to compile libreoffice. Default setup of build envrionment as outlined in https://wiki.documentfoundation.org/Development/BuildingOnWindows Synced up to git repo today (2/10/2016) Compilation went well until reaching unit test for ssl c

[SOLVED] Re: Build fail (Linux), "cannot find -lGL"

"apt-get build-dep libreoffice" allowed me to find the missing lib. It builds right now, sorry for the noise. Julien -- View this message in context: http://nabble.documentfoundation.org/Build-fail-Linux-cannot-find-lGL-tp4167174p4167262.html Sent from the Dev mailing list

Re: Build fail (Linux), "cannot find -lGL"

I hadn't Googled so I'll try hints provided nad keep you informed. Julien -- View this message in context: http://nabble.documentfoundation.org/Build-fail-Linux-cannot-find-lGL-tp4167174p4167194.html Sent from the Dev mailing list archive at

Re: Build fail (Linux), "cannot find -lGL"

GNU Make 4.0 ldd (Debian GLIBC 2.19-22) 2.19 -- View this message in context: http://nabble.documentfoundation.org/Build-fail-Linux-cannot-find-lGL-tp4167174p4167175.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing

Build fail (Linux), "cannot find -lGL"

make[1]: *** Waiting for unfinished jobs I launched "./g pull -r && make clean && autogen.sh && make" Build was working 2 days ago (yesterday, I had just done "./g pull -r && make") Any idea? Julien -- View this message in context

Re: Build fail with MacOs (crashrep part)

On 10/31/2014 10:04 PM, julien2412 wrote: On MacOs 10.9.5, I got this error when building master sources updated yesterday: lo/core/crashrep/source/unx/main.cxx:168:26: error: 'tmpnam' is deprecated: This function is provided for compatibility reasons only. Due to security concerns inherent in t

Build fail with MacOs (crashrep part)

-enable-werror --enable-debug --enable-dbgutil --enable-crashdump --enable-dependency-tracking --enable-online-update --with-lang=ALL --without-junit --with-myspell-dicts I gave a try for a fix (see https://gerrit.libreoffice.org/#/c/12066/) but failed. Hope someone could fix this. Julien -- View thi

Re: Build fail with MacOs in connectivity part

On Mon, Jun 9, 2014 at 12:55 AM, Lionel Elie Mamane wrote: > > Well, essentially this means that TDF build LibreOffice is built with > a different ODBC ABI than the MacOS X system ODBC ABI. I think it does > not really matter, because LibreOffice never uses the "wide > characters" ODBC API. The co

Re: Build fail with MacOs in connectivity part

Le 09/06/2014 10:06, Julien Nabet a écrit : > I had to comment every Mysql/MariaDB options since brew (a repository > manager) freezed to install mysql connector (at least for some minutes > when installing Mysql after having retrieved Boost and other components > + build Mysql with cmake). >

Re: Build fail with MacOs in connectivity part

to build (just simple 32 bits) on Windows with Cygwin and had failed. Perhaps I'll give a try another time since I was on Vista and now I've got Seven :-) Julien -- View this message in context: http://nabble.documentfoundation.org/Build-fail-with-MacOs-in-connectivity-part-tp41118

Re: Build fail with MacOs in connectivity part

> I had to comment every Mysql/MariaDB options since brew (a repository > manager) freezed to install mysql connector Please avoid all 3rd-party software packages when building LO for OS X. Using such is not supported and will often lead to build problems. (Unfortunately, yes, this currently mean

Re: Build fail with MacOs in connectivity part

On 09/06/2014 09:55, Lionel Elie Mamane wrote: Well, essentially this means that TDF build LibreOffice is built with a different ODBC ABI than the MacOS X system ODBC ABI. I think it does not really matter, because LibreOffice never uses the "wide characters" ODBC API. The code is there

Re: Build fail with MacOs in connectivity part

On Sun, Jun 08, 2014 at 11:04:04AM -0700, Norbert Thiebaud wrote: > On Sun, Jun 8, 2014 at 10:55 AM, Julien Nabet wrote: >> Now is the boost_assertion wrong or is there something else to fix? >> (and which one?) > I doubt the assertion is wrong there. internally we use 16 bits for > character re

Re: Build fail with MacOs in connectivity part

> I suppose it's 64 bits since config.log displays this: > build='x86_64-apple-darwin13.2.0' > build_cpu='x86_64' > host_cpu='x86_64' Nope. That is misleading. For Windows, Mac and iOS, we don't use autofoo to decide whether to build 32- or 64-bit code. Instead, we build 32-bit, unless you specifi

Re: Build fail with MacOs in connectivity part

rwin13.2.0' build_cpu='x86_64' host_cpu='x86_64' Julien -- View this message in context: http://nabble.documentfoundation.org/Build-fail-with-MacOs-in-connectivity-part-tp4111804p4111839.html Sent from the Dev mailing list archive at Nabble.com.

Re: Build fail with MacOs in connectivity part

Sorry Lionel, I had just checked my emails, not the forum. I'll take a look Julien -- View this message in context: http://nabble.documentfoundation.org/Build-fail-with-MacOs-in-connectivity-part-tp4111804p4111817.html Sent from the Dev mailing list archive at Nabbl

[SOLVED] Re: Build fail with MacOs in connectivity part

On 08/06/2014 20:04, Norbert Thiebaud wrote: On Sun, Jun 8, 2014 at 10:55 AM, Julien Nabet wrote: Now is the boost_assertion wrong or is there something else to fix? (and which one?) I doubt the assertion is wrong there. internally we use 16 bits for character representation (OUString)... 32 b

Re: Build fail with MacOs in connectivity part

bit build or 64 bit build? (In case that makes a difference...) All the code that fails to compile just blindly assumes that an ODBC Unicode char is 2 bytes (UCS2 or UTF-16 encoding). If that's not true on MacOS X, then it needs to be adapted :-| -- Lionel -- View this message in contex

Re: Build fail with MacOs in connectivity part

On Sun, Jun 8, 2014 at 10:55 AM, Julien Nabet wrote: > Now is the boost_assertion wrong or is there something else to fix? (and > which one?) I doubt the assertion is wrong there. internally we use 16 bits for character representation (OUString)... 32 bit wchar_t will probably not play well with t

Re: Build fail with MacOs in connectivity part

On 08/06/2014 19:29, Norbert Thiebaud wrote: On Sun, Jun 8, 2014 at 9:05 AM, julien2412 wrote: --with-system-odbc Any idea? Julien with-system-odbc pick sqlext.h from the 10.8 SDK it define SQLWCHAR using #if defined(WIN32) typedef unsigned short SQLWCHAR; #else # include # if defined

Re: Build fail with MacOs in connectivity part

On Sun, Jun 8, 2014 at 9:05 AM, julien2412 wrote: > --with-system-odbc > > Any idea? > > Julien > with-system-odbc pick sqlext.h from the 10.8 SDK it define SQLWCHAR using #if defined(WIN32) typedef unsigned short SQLWCHAR; #else # include # if defined(__cplusplus) || \ d

Re: Build fail with MacOs in connectivity part

unsigned short has a size of 2 bytes. So it means that WCHAR is made from wchart_t but then I'm stuck because I don't know where's defined SQL_WCHART_CONVERT (and what it is) -- View this message in context: http://nabble.documentfoundation.org/Build-fail-with-MacOs-in-co

Build fail with MacOs in connectivity part

e-bundle-mariadb --enable-avahi --enable-eot --disable-gstreamer-0.10 --enable-gstreamer --enable-odk #--with-lang=en-US it fr de es pt ru cs hu pl da sv el sk is nl --with-lang=ALL --with-myspell-dicts --without-junit Any idea? Julien -- View this message in context: http://nabble.documen

[SOLVED] Re: Build fail on master

On 18/04/2014 18:45, Julien Nabet wrote: On 18/04/2014 11:00, Miklos Vajna wrote: Hi Julien, On Thu, Apr 17, 2014 at 11:53:43PM -0700, julien2412 wrote: On pc Debian x86-64 with master sources updated today + make clean, I've got this: In file included from /home/julien/compile-libreoffice/

Re: Build fail on master

On 18/04/2014 11:00, Miklos Vajna wrote: Hi Julien, On Thu, Apr 17, 2014 at 11:53:43PM -0700, julien2412 wrote: On pc Debian x86-64 with master sources updated today + make clean, I've got this: In file included from /home/julien/compile-libreoffice/libo/basic/source/runtime/methods1.cxx:41:0

Re: Build fail on master

Hi Julien, On Thu, Apr 17, 2014 at 11:53:43PM -0700, julien2412 wrote: > On pc Debian x86-64 with master sources updated today + make clean, I've got > this: > In file included from > /home/julien/compile-libreoffice/libo/basic/source/runtime/methods1.cxx:41:0: > /home/julien/compile-libreoffice

Build fail on master

--enable-gstreamer --enable-odk Any idea? -- View this message in context: http://nabble.documentfoundation.org/Build-fail-on-master-tp4105630.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffic

Re: Track0001:Build fail on formula-core-rework branch 05/24/2013.

Okay.Thanks,and now I have changed to another branch named "feature/calc-group-interpreter" and build it pass. -- View this message in context: http://nabble.documentfoundation.org/Track0001-Build-fail-on-formula-core-rework-branch-05-24-2013-on-SUSE12-3-tp4057562p4058238.html Sen

  1   2   >