I downloaded the libreoffice 6.4.0.3 tarball and compiled it and ended up with
an error that says a unit test failed. However, the executable seems to have
been built and it comes up when invoked from the the command line.
What is this error? Can I ignore it and continue using libreoffice or will
On 21/03/2019 23:11, David Rohr wrote:
During compilation on gentoo linux 64 bit with GCC 8.3 of libreoffice
6.2.1.2 I get the following error:
mailconfigpage.cxx:(.text+0x3171): undefined reference to `non-virtual
thunk to
cppu::PartialWeakComponentImplHelper::acquire()'
I can fix this by appe
Hello,
During compilation on gentoo linux 64 bit with GCC 8.3 of libreoffice
6.2.1.2 I get the following error:
mailconfigpage.cxx:(.text+0x3171): undefined reference to `non-virtual
thunk to
cppu::PartialWeakComponentImplHelper::acquire()'
I can fix this by appending
template class
cppu::Partia
On 16.12.2017 01:32, la.jolie@paquerette wrote:
> Hello,
>
> I'm compiling Lool thanks to this script
> https://github.com/husisusi/officeonlin-install.sh.
>
> My system is a VPS with Debian 9.
>
> My new attempt (after 3 months) to recompile lool generates now an error.
>
> I found that this c
Hello,
I'm compiling Lool thanks to this script
https://github.com/husisusi/officeonlin-install.sh.
My system is a VPS with Debian 9.
My new attempt (after 3 months) to recompile lool generates now an error.
I found that this commit is the cause:
https://github.com/LibreOffice/core/commit/0f455
Hi,
[ I assume you replied off-list by accident. ]
On Fri, Sep 04, 2015 at 09:38:57PM +, Hunter S wrote:
> Supporting stable slackware would be a requisite if my scripts would be
> useful for others.
>
> So with that in mind here is the compilation error with --enable-dbgut
Hi,
On Thu, Sep 03, 2015 at 04:50:38PM +, Hunter S wrote:
> export DEBUGCPPUNIT=TRUEmake CppunitTest_cppcanvas_emfplus
> Where the compile failed again, but by freezing here -
> http://pastebin.com/5bSdebWRAnd the config.log - http://pastebin.com/jUHza0KB
>
> Compiling on slackware current
On 05/20/2014 08:58 AM, Mihály Palenik wrote:
make[1]: ***
[/home/freetank/Hasznal/LibreOfficeCore/workdir/CppunitTest/chart2_export.test]
Error 1
make[1]: *** Waiting for unfinished jobs
make[1]: ***
[/home/freetank/Hasznal/LibreOfficeCore/workdir/CppunitTest/chart2_import.test]
Error 1
make
Hello!
I have just downloaded the source code and make but I got compilation
error. Why? I didn't modify anything.
warn:linguistic:1011:1:linguistic/source/lngsvcmgr.cxx:489: no extension
manager - should fire on mobile only
warn:chart2:1011:1:chart2/source/view/main/ShapeFactory.cxx
Hi,
Thank you for your patch! It has been merged to LibreOffice.
If you are interested in details, please visit
https://gerrit.libreoffice.org/2045
Approvals:
Luboš Luňák: Verified; Looks good to me, approved
--
To view, visit https://gerrit.libreoffice.org/2045
To unsubscribe, visit
Hi,
I have submitted a patch for review:
https://gerrit.libreoffice.org/2045
To pull it, you can do:
git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/45/2045/1
Fixed compilation error of Clang plugins on Ubuntu/Mint
Change-Id: Ib08c5075034e0e16c5541f05425ef15d2cc3a6f6
> but cygpath does not work when the directory does not exist,
Ah... Thanks!
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On 10 February 2012 13:57, Tor Lillqvist wrote:
> Am I hallucinating or is there some weird randomness in the
> Cygwin-based MSVC build nowadays? Just a moment ago I saw in
> config_host.mk that ILIB didn't contain the ...solver\wntmsci12\lib
> entry (which caused libxmlsec linking to fail). I sta
On Fri, Feb 10, 2012 at 3:12 PM, walter wrote:
> Hi,
> as I said my cygwin works fine, but I haven't then 'config_host.mk' file
> in 'libo' (after a successful build).
Many of my problems are probably because I am using a netbook to
compile LibO on Windows. The computer also hangs many times dur
Hi,
as I said my cygwin works fine, but I haven't then 'config_host.mk' file
in 'libo' (after a successful build).
regards
walter
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
I'm using CYGWIN_NT-6.1-WOW64 LAZY 1.7.9(0.237/5/3) 2011-03-29 10:10 i686
Cygwin
without any problems.
My autogen.sh is:
_JOBS_="--with-max-jobs=4"
_CPUS_="--with-num-cpus=4"
_JUNIT_="--without-junit"
_ANT_="--with-ant-home=/cygdrive/c/cygwin/libreoffice/apache-ant-1.8.2"
_MOZ_="--disable-build-m
> Am I hallucinating or is there some weird randomness in the
> Cygwin-based MSVC build nowadays? Just a moment ago I saw in
> config_host.mk that ILIB didn't contain the ...solver\wntmsci12\lib
> entry (which caused libxmlsec linking to fail). I started
> investigating, added some debugging printo
Oh well, let's hope a "make clean" helps;) I'll see on Monday.
Am I hallucinating or is there some weird randomness in the
Cygwin-based MSVC build nowadays? Just a moment ago I saw in
config_host.mk that ILIB didn't contain the ...solver\wntmsci12\lib
entry (which caused libxmlsec linking to fail)
On 10 February 2012 12:08, Tor Lillqvist wrote:
> cl : Command line error D8038 : invalid argument
> [...]
> -I/cygdrive/c/ooo/git/master/core/writerfilter/inc
> [...]
I guess it's more likely that the error refers to these bogus Cygwin
pathnames. Hmm...
--tml
___
cl : Command line error D8038 : invalid argument
'-IC:/ooo/git/master/core/solver/wntmsci12/inc/external
-IC:/ooo/git/master/core/solver/wntmsci12/inc
-IC:/ooo/git/master/core/solenv/inc/wntmsci12
-IC:/ooo/git/master/core/solenv/inc -IC:/ooo/git/master/core/res
-IC:/PROGRA~2/Java/JDK16~2.0_2/includ
Hi Stephan,
Le 24/10/2011 13:04, Stephan Bergmann a écrit :
> On 10/24/2011 12:25 PM, Jean-Baptiste Faure wrote:
>> [...]
>> error: 'fprintf' was not declared in this scope
>> dmake: Error code 1, while making
>> '../../../unxlngx6.pro/slo/svx_xattr.obj'
>
> Oops, had erroneously been pushed. F
On 10/24/2011 12:25 PM, Jean-Baptiste Faure wrote:
Compiling: binfilter/bf_svx/source/xoutdev/svx_xattr.cxx
/home/jbf/LibO/master/clone/binfilter/binfilter/bf_svx/source/xoutdev/svx_xattr.cxx:
In member function 'virtual binfilter::SfxPoolItem*
binfilter::XFillAttrSetItem::Create(SvStream&, USHOR
Hi,
I have a problem with binfilter (./g pull -r this morning, make clean,
make), compilation fails with the following message:
Compiling: binfilter/bf_svx/source/xoutdev/svx_xattr.cxx
/home/jbf/LibO/master/clone/binfilter/binfilter/bf_svx/source/xoutdev/svx_xattr.cxx:
In member function 'virtual
On Tue, 2011-09-27 at 01:06 -0700, julien2412 wrote:
> Just to tell it compiles ok now, no more pb in svx.
> (But "make dev-install" still fails).
I believe that may be the smoke-test, which Lubos is labouring away to
fix in a satisfying way.
Thanks !
Michael.
-
On Mon, 2011-09-26 at 20:25 +0200, Stephan Bergmann wrote:
> If the only way to create XBitmapList instances is via an (XBitmapList
> member) factory function, you do not need (and should remove again)
> private new/delete -- private ctor/dtor suffice.
And of course you are most welcome
Hello,
Just to tell it compiles ok now, no more pb in svx.
(But "make dev-install" still fails).
Julien.
--
View this message in context:
http://nabble.documentfoundation.org/Compilation-error-in-svx-undefined-reference-to-XPropertyList-operator-delete-void-tp3366197p3371936.html
Sen
On 09/26/2011 10:58 AM, Michael Meeks wrote:
On Sun, 2011-09-25 at 01:40 -0700, julien2412 wrote:
/home/maryline/compile-libreoffice/libo/workdir/unxlngi6/CxxObject/svx/source/tbxctrls/fillctrl.o:
In function `~XBitmapList':
/home/maryline/compile-libreoffice/libo/svx/inc/svx/xtable.hxx:469:
und
Hi Julien,
On Sun, 2011-09-25 at 01:40 -0700, julien2412 wrote:
> /home/maryline/compile-libreoffice/libo/workdir/unxlngi6/CxxObject/svx/source/tbxctrls/fillctrl.o:
> In function `~XBitmapList':
> /home/maryline/compile-libreoffice/libo/svx/inc/svx/xtable.hxx:469:
> undefined reference to `XProper
--enable-graphite
--enable-evolution2
--enable-werror
--enable-debug
--enable-dbgutil
--enable-crashdump
--enable-kde4
--enable-dependency-tracking
gcc (Debian 4.6.1-4) 4.6.1
--
View this message in context:
http://nabble.documentfoundation.org/Compilation-error-in-svx-undefined-reference-to
In doubt, I'm redoing from scratch my local LO core repository.
We'll see the result in some hours :-)
Julien.
--
View this message in context:
http://nabble.documentfoundation.org/Compilation-error-in-svx-undefined-reference-to-XPropertyList-operator-delete-void-tp3366197p3366327
#x27;t have to do again a "make clean && make")
--
View this message in context:
http://nabble.documentfoundation.org/Compilation-error-in-svx-undefined-reference-to-XPropertyList-operator-delete-void-tp3366197p3366197.html
Sent from the Dev mailing list archive at Nabble.com.
__
Hi Octavio,
Re-sending to include the list this time
On Sat, Apr 2, 2011 at 1:39 PM, Octavio Alvarez
wrote:
> Hi!
>
> I cleaned and then compiled LibO master yesterday and got a problem. I did
> *not* do aptitude build-dep libreoffice because it wants to install a lot of
> Mono-related libra
Le 11/12/2010 14:23, Julien Nabet a écrit :
Hello,
I've got this after a rm -rf unxlngi6.pro in this module :
Entering /home/serval/libreoffice-source/libo/soltools/adjustvisibility
Entering /home/serval/libreoffice-source/libo/soltools/support
Making:all_soltools_support.dpslo
Making:
Hello,
I've got this after a rm -rf unxlngi6.pro in this module :
Entering /home/serval/libreoffice-source/libo/soltools/adjustvisibility
Entering /home/serval/libreoffice-source/libo/soltools/support
Making:all_soltools_support.dpslo
Making:all_soltools_support.dpobj
Compiling: soltool
Le 27/11/2010 22:49, Julien Nabet a écrit :
Hello,
I use now "rawbuild" to compile. I updated repositories 2 hours ago
and i have this (even after a rm -rf unxlngi6.pro/)
I use this to compile :
./autogen.sh --with-num-cpus=1 --without-junit --disable-kde && make
Must i do a "make clean" ?
.
Hello,
I use now "rawbuild" to compile. I updated repositories 2 hours ago and
i have this (even after a rm -rf unxlngi6.pro/)
I use this to compile :
./autogen.sh --with-num-cpus=1 --without-junit --disable-kde && make
Must i do a "make clean" ?
... languages en-US ...
... analyzing files ..
Hi Miklos,
On Thu, 2010-11-25 at 11:17 +0100, Miklos Vajna wrote:
> OK - I'm attaching an updated patch, containing the license.
Looks great to me; lets get it in ! :-)
Thanks,
Michael.
--
michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot
_
On Thu, Nov 25, 2010 at 03:33:08AM -0700, Tor Lillqvist
wrote:
> Sure, although I think I would prefer to keep OSL_THIS_FUNC as ""
> instead of "(unknown)" in the fallback case.
OK, I just changed that and pushed it.
> So, you think the i#114290 argument that neither __PRETTY_FUNCTION__
> nor _
> Tor was exercised about this at one stage IIRC, does the above work for you ?
Sure, although I think I would prefer to keep OSL_THIS_FUNC as "" instead of
"(unknown)" in the fallback case. Also, we need to find out if there really is
no __func__ or similar even in MSVC2010.
So, you think the
On Thu, Nov 25, 2010 at 10:11:40AM +, Michael Meeks
wrote:
> Looks great to me; if we took this chunk of code from boost though - we
> should include the relevant boost license header and copyright statement
> at the end of that file, and separate out the section it applies to
> IMHO.
Hi Miklos,
On Wed, 2010-11-24 at 16:08 +0100, Miklos Vajna wrote:
> Both are just removing the __PRETTY_FUNCTION__ / etc expressions, which
> is not that good, I think.
:-)
> The attached patch tries to solve both problems, and of course
> build-tested.
> Does it look sane - may i push i
On Thu, Nov 25, 2010 at 10:51:05AM +0100, Sebastian Spaeth
wrote:
> On Thu, 25 Nov 2010 10:47:22 +0100, Sebastian Spaeth wrote:
> > > +#define OSL_LOG_PREFIX (OSL_THIS_FILE, ":", OSL_THIS_FUNC, ":",
> > > OSL_MACRO_VALUE_TO_STRING( __LINE__ ), "; ")
> >
> > On OOo there is a bug open to remove
On Thu, 25 Nov 2010 10:47:22 +0100, Sebastian Spaeth wrote:
> > +#define OSL_LOG_PREFIX (OSL_THIS_FILE, ":", OSL_THIS_FUNC, ":",
> > OSL_MACRO_VALUE_TO_STRING( __LINE__ ), "; ")
>
> On OOo there is a bug open to remove OSL_THIS_FUNC (or was it an Easy
> Hack) as it is not doing anyway what it is
On Thu, 21 Oct 2010 09:40:53 +0200, Thomas Klausner wrote:
> -#define OSL_LOG_PREFIX OSL_THIS_FILE ":" OSL_THIS_FUNC ":"
> OSL_MACRO_VALUE_TO_STRING( __LINE__ ) "; "
> +#define OSL_LOG_PREFIX (OSL_THIS_FILE, ":", OSL_THIS_FUNC, ":",
> OSL_MACRO_VALUE_TO_STRING( __LINE__ ), "; ")
On OOo there is
On Wed, 2010-11-24 at 16:08 +0100, Miklos Vajna wrote:
> 1) Need to use different exrepssions based on compiler. This is what
> boost/current_function.hpp does, but it's C++ and diagnose.h is used in
> C code as well.
Pity that boost stuffed it in under the c++ namespace directives,
otherwise coul
Hi,
I would like to revisit this topic.
So far what we have is:
- our change:
http://cgit.freedesktop.org/libreoffice/ure/commit/?id=311cae41f2f94f00f4a417ad2ac9f07e1ce37ea7
- OOo change:
http://hg.services.openoffice.org/cws/sb132/rev/c3a67e297108
Both are just removing the __PRETTY_FUNCT
On Fri, Oct 22, 2010 at 09:40:34AM -0400, Kevin Hunter wrote:
> Have you enumerated everywhere this is used (in the code base). At
> the moment, I'm having a difficult time seeing the use (both
> logically and usefully) of a macro that defines a single space. At
> the point you're basically castr
At 8:08am -0400 Fri, 22 Oct 2010, Thomas Klausner wrote:
On Thu, Oct 21, 2010 at 05:16:32PM +0200, Thomas Klausner wrote:
I'll switch diagnose.h (locally) to give " " for OSL_THIS_FUNC, as it
currently seems to do for everyone else.
To close this thread: I've pushed this change.
Have you enu
On Thu, Oct 21, 2010 at 05:16:32PM +0200, Thomas Klausner wrote:
> I'll switch diagnose.h (locally) to give " " for OSL_THIS_FUNC, as it
> currently seems to do for everyone else.
To close this thread: I've pushed this change.
Thomas
___
LibreOffice mai
On Thu, Oct 21, 2010 at 04:08:16AM -0600, Tor Lillqvist wrote:
> By the way, note that the OSL_THIS_FUNC currently is quite broken. (Unless
> somebody has fixed it recently in the LibreOffice repo.) See
> http://www.openoffice.org/issues/show_bug.cgi?id=114290 , fixing it is
> trivialish (an Eas
At 8:17am -0400 Thu, 21 Oct 2010, Thomas Klausner wrote:
I don't imagine we're much interested in gcc2 nowadays
Tangentially, does this imply that there should be a check, preprocessor
or otherwise, that says,
"You're using a compiler older that X.Y.Z. LiberOffice needs at least
A.B.C"
o
On Thu, Oct 21, 2010 at 10:12:24AM +0100, Michael Meeks wrote:
> /* the macro OSL_LOG_PREFIX is intended to be an office internal macro
> for now */
> -#define OSL_LOG_PREFIX OSL_THIS_FILE ":" OSL_THIS_FUNC ":"
> OSL_MACRO_VALUE_TO_STRING( __LINE__ ) "; "
> +#define OSL_LOG_PREFIX (OSL_THIS_FILE,
By the way, note that the OSL_THIS_FUNC currently is quite broken. (Unless
somebody has fixed it recently in the LibreOffice repo.) See
http://www.openoffice.org/issues/show_bug.cgi?id=114290 , fixing it is
trivialish (an EasyHack?, yeah, I need to add it there).
--tml
___
Hi guys,
On Thu, 2010-10-21 at 09:40 +0200, Thomas Klausner wrote:
> The attached patch makes compilation for this file work for me. I
> still haven't finished a complete build, so I hope it doesn't trip up
> somewhere else. Could someone please test it on a complete build?
/* the macro OSL_LOG_
On Thu, Oct 21, 2010 at 9:55 AM, Sebastian Spaeth wrote:
> On Thu, 21 Oct 2010 06:06:20 +0200, Nadav Vinik wrote:
>> What is the problem?
>
> Try to ./download again before make.
>
thanks
--
הבלוג שלי:
http://nadavvin.com
___
LibreOffice mailing list
On Thu, 21 Oct 2010 06:06:20 +0200, Nadav Vinik wrote:
> What is the problem?
Try to ./download again before make.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Thu, Oct 21, 2010 at 01:11:22AM -0400, Kevin Hunter wrote:
> The clue that it's not a macro (aside from reading the
> documentation) is that it does not get processed out by the -E flag
> to g++. Thus, the trip up is that it can't be concatenated as if it
> were an inline string. See the attac
The first thing I'd check is : Is IllegalIdentifierException defined
in this context ?, try adding ucb:: in front of it, if that doesn't
work then try adding #include
"com/sun/start/ucb/IllegalIdentifierException.hpp"
Norbert
On Thu, Oct 21, 2010 at 12:11 AM, Kevin Hunter wrote:
> On 10/20/201
At 1:11am -0400 Thu, 21 Oct 2010, Kevin Hunter wrote:
3. Misinterpretation of __PRETTY_FUNCTION__?
What is __PRETTY_FUNCTION__? It changed in GCC 3.4, I believe. Now,
contrary to the implicit understanding from its all caps nature, it is
*not* a macr
On 10/20/2010 04:58 PM, Thomas Klausner wrote:
On Tue, Oct 19, 2010 at 02:44:17PM +0200, Thomas Klausner wrote:
With up-to-date git, I now see:
/build/libreoffice-3.2.99.2/ucb/source/ucp/file/prov.cxx: In member function 'virtual
com::sun::star::uno::Reference
fileaccess::FileProvider::qu
What is the problem?
thanks
Nadav
--
הבלוג שלי:
http://nadavvin.com
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Tue, Oct 19, 2010 at 02:44:17PM +0200, Thomas Klausner wrote:
> With up-to-date git, I now see:
> /build/libreoffice-3.2.99.2/ucb/source/ucp/file/prov.cxx: In member
> function 'virtual
> com::sun::star::uno::Reference
> fileaccess::FileProvider::queryContent(const
> com::sun::star::uno:
Hi!
With up-to-date git, I now see:
/build/libreoffice-3.2.99.2/ucb/source/ucp/file/prov.cxx: In member
function 'virtual com::sun::star::uno::Reference
fileaccess::FileProvider::queryContent(const
com::sun::star::uno::Reference&)':
/build/libreoffice-3.2.99.2/ucb/source/ucp/file/prov.c
63 matches
Mail list logo
