Hi Michael,
with the fix of the skia module from Noel
(https://cgit.freedesktop.org/libreoffice/core/commit/?id=64140e0e7f8a151f298568c9173364efca636a46)
the VCL module could be build. It builds without the former break thus
the issue should be fixed.
Thanks for the work.
Regards,
Andreas
Am 1
Hi Noel,
Am 14.07.23 um 14:02 schrieb Noel Grandin:
That should be fixed as of an hour ago with
https://cgit.freedesktop.org/libreoffice/core/commit/?id=64140e0e7f8a151f298568c9173364efca636a46
thanks for your work. The skia module build again.
Regards,
Andreas
--
## Free Software Advocate
That should be fixed as of an hour ago with
https://cgit.freedesktop.org/libreoffice/core/commit/?id=64140e0e7f8a151f298568c9173364efca636a46
Hi all,
I updated my LibreOffice source with the latest commits from yesterday
(June, 12) and run the build process again on my Netbook with Debian
Bookworm.
I could build the skia module successfully with the patch, provided by
Rene some days ago. But after running an git pull to get the patch
Hi Michael,
thanks for your answer. I tried again with the latest patches from the
git repository. But it breaks again in the skia module yet.
(see my other mail to this list).
Thus I need to solve this issue, because the VCL module is currently not
build (it stops before in the skia module).
I
On 2023-07-12 21:04, Andreas Mantke wrote:
I compiled LibreOffice on a Netbook with Debian-x86-32bit for a while
successful. I did this with success from the source repo some weeks ago
(before version 7.6 was tagged).
[...]
But yet I got a break inside the VCL module
Here is the output from my
Hi all,
I compiled LibreOffice on a Netbook with Debian-x86-32bit for a while
successful. I did this with success from the source repo some weeks ago
(before version 7.6 was tagged).
I run a build from source again with the source from June, 30 with a
clean environment and applied the patch, Ren
Hi Rene,
Am 04.07.23 um 20:47 schrieb Rene Engelhard:
Hi,
Am 04.07.23 um 20:45 schrieb Andreas Mantke:
big thanks for investigating. I'll try to apply your patch and look if
it build successful.
A somewhat improved version of it (keeping amd64 intact) is in
https://gerrit.libreoffice.org/c/c
Hi,
Am 04.07.23 um 20:45 schrieb Andreas Mantke:
big thanks for investigating. I'll try to apply your patch and look if
it build successful.
A somewhat improved version of it (keeping amd64 intact) is in
https://gerrit.libreoffice.org/c/core/+/153984.
> But it may take some time to get the w
Hi Rene,
big thanks for investigating. I'll try to apply your patch and look if
it build successful.
But it may take some time to get the whole build done on the (old) machine.
Regards,
Andreas
Am 04.07.23 um 20:31 schrieb Rene Engelhard:
Hi again,
Am 04.07.23 um 20:19 schrieb Rene Engelhard:
Hi again,
Am 04.07.23 um 20:19 schrieb Rene Engelhard:
/home/rene/LibreOffice/git/libreoffice-7-6/workdir/UnpackedTarball/skia/src/core/SkBlitRow_D32.cpp:65:50:
error: always_inline function '_mm_loadu_si128' requires target feature
'sse2', but would be inlined into function 'blit_row_s32_blen
Hi,
Am 03.07.23 um 20:45 schrieb Rene Engelhard:
Here is the output from my current build process (from the status of the
LibreOffice source from last Friday):
Note you can't assume anything over SSE2 in here.
Actually you can't assume anything MMXish or SSEish.
https://wiki.debian.org/A
Hi,
Am 03.07.23 um 17:46 schrieb Andreas Mantke:
I compiled LibreOffice on a Netbook with Debian-x86-32bit for a while
successful. I did this with success from the source repo some weeks ago
(before version 7.6 was tagged).
I run a build from source again last week but without success.
Probab
Hi all,
I compiled LibreOffice on a Netbook with Debian-x86-32bit for a while
successful. I did this with success from the source repo some weeks ago
(before version 7.6 was tagged).
I run a build from source again last week but without success. I tried
again with make clean, but that didn't cha
Hi Miklos
Am 26.03.19 um 15:14 schrieb Miklos Vajna:
> Hi,
>
> On Tue, Mar 26, 2019 at 03:07:52PM +0100, Lars Meyer
> wrote:
>> VclComplexTextTest::testKashida finished in: 14ms
>> complextext.cxx:153:Assertion
> See if commit 3189d366497419d637042c12824601590542b2f1 helps.
thanks, it works.
K
Hi,
On Tue, Mar 26, 2019 at 03:07:52PM +0100, Lars Meyer
wrote:
> VclComplexTextTest::testKashida finished in: 14ms
> complextext.cxx:153:Assertion
See if commit 3189d366497419d637042c12824601590542b2f1 helps.
Regards,
Miklos
signature.asc
Description: Digital signature
Hello,
I tried to compile LibreOffice from a clean and current git checkout but
the build failed within the cppunit test for complex text. Here is the
error message from the shell:
[CUT] vcl_svm_test
[CUT] vcl_errorhandler
(anonymous namespace)::CanvasBitmapTest::runTest finished in: 607ms
VclCom
> .mm files are objective-C specific header files. I would convert them to c++
Er, no. .mm is the conventional extension for Objective-C++ source
files. (Plain Objective-C files have the conventional extension .m,
and Objective-C headers the extension .h.) This is documented in "man
gcc" even, at
On 14/12/2011 16:32, Matúš Kukan wrote:
On 14 December 2011 15:47, Norbert Thiebaud wrote:
On Wed, Dec 14, 2011 at 6:23 AM, Matúš Kukan wrote:
On 13 December 2011 21:38, Michael Stahl wrote:
wouldn't it be better to simply use gb_Library_add_objcxxobjects instead?
Well, gb_ObjCxxObject_get
On 14 December 2011 15:47, Norbert Thiebaud wrote:
> On Wed, Dec 14, 2011 at 6:23 AM, Matúš Kukan wrote:
>> On 13 December 2011 21:38, Michael Stahl wrote:
>>> wouldn't it be better to simply use gb_Library_add_objcxxobjects instead?
>>
>> Well, gb_ObjCxxObject_get_source are .mm files and not .
On Wed, Dec 14, 2011 at 6:23 AM, Matúš Kukan wrote:
> On 13 December 2011 21:38, Michael Stahl wrote:
>> wouldn't it be better to simply use gb_Library_add_objcxxobjects instead?
>
> Well, gb_ObjCxxObject_get_source are .mm files and not .cxx so that's
> not possible.
so maybe the file should re
On 13 December 2011 21:38, Michael Stahl wrote:
> wouldn't it be better to simply use gb_Library_add_objcxxobjects instead?
Well, gb_ObjCxxObject_get_source are .mm files and not .cxx so that's
not possible.
> can you try if that works?
I tried to push the change and had to revert, sorry for th
On 13/12/11 19:33, Matúš Kukan wrote:
> Hi,
>
> I have gbuildified lingucomponent, unfortunately it did not build on Mac.
> Attached patch could help.
+$(eval $(call gb_Library_add_cxxflags,MacOSXSpell,\
+ $(gb_LinkTarget_OBJCXXFLAGS) \
+))
wouldn't it be better to simply use gb_Library_ad
On Tue, Dec 13, 2011 at 12:33 PM, Matúš Kukan wrote:
> Hi,
>
> I have gbuildified lingucomponent, unfortunately it did not build on Mac.
> Attached patch could help.
pushed... seems to work... definitive confirmation after the next
build iteration...
Norbert
_
Hi,
I have gbuildified lingucomponent, unfortunately it did not build on Mac.
Attached patch could help.
And I guess it is also broken on Windows but probably nobody builds
master on Windows now.
Matus
From facc7383b986d3453da2ccebd6f441b843f39fe0 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Mat=C3=
On 19 August 2011 14:33, Caolán McNamara wrote:
> On Thu, 2011-08-18 at 19:29 +0200, Matúš Kukan wrote:
>> On 18 August 2011 19:25, Cor Nouws wrote:
>> > Cor Nouws wrote (18-08-11 18:06)
> ...
>> > The application cannot be started.
>> > file:///home/cono/src/git/libo_core/solver/350/unxlngi6.pro
On Thu, 2011-08-18 at 19:29 +0200, Matúš Kukan wrote:
> On 18 August 2011 19:25, Cor Nouws wrote:
> > Cor Nouws wrote (18-08-11 18:06)
...
> > The application cannot be started.
> > file:///home/cono/src/git/libo_core/solver/350/unxlngi6.pro/installation/opt/program/../basis-link/program/i18npool.
Matúš Kukan wrote (18-08-11 19:29)
ou, this is my fault, I will look at it.
Thanks for looking at it.
Thanks for letting know.
Look forward to your solution :-)
--
- Cor
- http://nl.libreoffice.org
___
LibreOffice mailing list
LibreOffice@li
On 18 August 2011 19:25, Cor Nouws wrote:
> Cor Nouws wrote (18-08-11 18:06)
>
>> ERROR: error 65280 occurred while making
>> /home/cono/src/git/libo_core/smoketestoo_native
>>
>> etc etc )
>>
>> hint?
>
> Hmm, earlier in the output it reads
>
> " **
Cor Nouws wrote (18-08-11 18:06)
ERROR: error 65280 occurred while making
/home/cono/src/git/libo_core/smoketestoo_native
etc etc )
hint?
Hmm, earlier in the output it reads
" ***
Successful packaging process!
*
Hi,
make ran without problems (after one stop in tail_build)
make dev-install gives error
...
-env:arg-env=LD_LIBRARY_PATH"${LD_LIBRARY_PATH+=$LD_LIBRARY_PATH}"
-env:arg-testarg.smoketest.doc=/home/cono/src/git/libo_core/solver/350/unxlngi6.pro/bin/smoketestdoc.sxw
--protector \
/home/cono/
Hi Swagat,
I had such an error before, because I was running make dev-install
without running make before.
Actually, things have changed a little in the build system now, and we
are supposed to run make dev-install only after the first build is done.
After that, make does the job.
Is that what w
Hi all,
Any idea about the following error?? what is wrong?
***
Successful packaging process!
***
... creating log file log_OOO350_en-US.log
... creating "follow me" info file follow_me
On Thu, 2011-06-16 at 22:51 +0700, Korrawit Pruegsanusak wrote:
> I was trying to build libreoffice-3-3 branch, but it failed in sfx2 module.
> (I was trying to fix fdo#30550)
Do you have a libegg/ directory in clone/libs-extern/ ? Possibly your
clone / download / unpack script failed mid
Korrawit Pruegsanusak píše v Čt 16. 06. 2011 v 22:51 +0700:
> Hello all,
>
> I was trying to build libreoffice-3-3 branch, but it failed in sfx2 module.
> (I was trying to fix fdo#30550)
>
> I think the related build log would be:
> ... (near the first start of log)
> > Fetching dependencies for
Hello all,
I was trying to build libreoffice-3-3 branch, but it failed in sfx2 module.
(I was trying to fix fdo#30550)
I think the related build log would be:
... (near the first start of log)
> Fetching dependencies for module l10n from solver... failed
> Fetching dependencies for module libegg
Ercole Carpanetto,
--with-system-headers did not work for me either and it seems to be an
option producing many errors. I think you should try it without that option.
Important: Do not forget to remove the unxlng* directories always before
running build:
> when the problem is isolated and fixed e
It seems like the header files are corrupt. Reinstall glibc.
Please show your build options (your arguments passed to autogen.sh) and run
"build --verbose" on the module.
--Andreas Becker
2011/4/19 Ercole Carpanetto
> On 19 April 2011 04:29, Kohei Yoshida wrote:
> > On Mon, 2011-04-18 at 20:1
On 19 April 2011 04:29, Kohei Yoshida wrote:
> On Mon, 2011-04-18 at 20:15 +0200, Ercole Carpanetto wrote:
>> Hi, I'm trying to build the 3.3.2 on Linux but it stops with an error.
>> I've followed the instruction and rebuilt only the failing module (see
>> attachment for error log).
>
> Hmm... P
On Mon, 2011-04-18 at 20:15 +0200, Ercole Carpanetto wrote:
> Hi, I'm trying to build the 3.3.2 on Linux but it stops with an error.
> I've followed the instruction and rebuilt only the failing module (see
> attachment for error log).
Hmm... Perhaps you forgot to attach the error log? I don't se
Hi, I'm trying to build the 3.3.2 on Linux but it stops with an error.
I've followed the instruction and rebuilt only the failing module (see
attachment for error log).
I've build on this system the go-oo version 'till 3.2.1 without problems.
Any idea?
Ercole
--
Freedom is nothing else but a chanc
41 matches
Mail list logo
