[Libreoffice] Build breaks in tail_build in cppunittester.exe
Hi all, I try to build with MSVC 2008 Express with cygwin on WinXP. The build breaks in tail_build with a break from Windows. The errormessages are in German: cppunittester.exe hat ein Problem festgestellt und muss beendet werden. Problemsignatur AppName: cppunittester.exe AppVer:0.0.0.0 ModName:msvcr90dll ModVer:9.0.30729.6161 Offset:0006ccd5 The Problembericht is attached. The log-file of the build is larger as 20MB, so I will not attach it. Please say, if you need something from it. Kind regards Regina ?xml version=1.0 encoding=UTF-16? DATABASE EXE NAME=cppunittester.exe FILTER=GRABMI_FILTER_PRIVACY MATCHING_FILE NAME=cppunittester.exe SIZE=18432 CHECKSUM=0xC9DE9628 MODULE_TYPE=WIN32 PE_CHECKSUM=0x8275 LINKER_VERSION=0x0 LINK_DATE=08/22/2011 10:31:50 UPTO_LINK_DATE=08/22/2011 10:31:50 / /EXE EXE NAME=MSVCR90.dll FILTER=GRABMI_FILTER_THISFILEONLY MATCHING_FILE NAME=msvcr90.dll SIZE=653136 CHECKSUM=0xEEC88907 BIN_FILE_VERSION=9.0.30729.6161 BIN_PRODUCT_VERSION=9.0.30729.6161 PRODUCT_VERSION=9.00.30729.6161 FILE_DESCRIPTION=Microsoft® C Runtime Library COMPANY_NAME=Microsoft Corporation PRODUCT_NAME=Microsoft® Visual Studio® 2008 FILE_VERSION=9.00.30729.6161 ORIGINAL_FILENAME=MSVCR90.DLL INTERNAL_NAME=MSVCR90.DLL LEGAL_COPYRIGHT=© Microsoft Corporation. All rights reserved. VERFILEDATEHI=0x0 VERFILEDATELO=0x0 VERFILEOS=0x40004 VERFILETYPE=0x2 MODULE_TYPE=WIN32 PE_CHECKSUM=0xA4DB7 LINKER_VERSION=0x9 UPTO_BIN_FILE_VERSION=9.0.30729.6161 UPTO_BIN_PRODUCT_VERSION=9.0.30729.6161 LINK_DATE=04/19/2011 01:30:33 UPTO_LINK_DATE=04/19/2011 01:30:33 VER_LANGUAGE=Englisch (USA) [0x409] / /EXE EXE NAME=kernel32.dll FILTER=GRABMI_FILTER_THISFILEONLY MATCHING_FILE NAME=kernel32.dll SIZE=1063424 CHECKSUM=0xD288FF05 BIN_FILE_VERSION=5.1.2600.5781 BIN_PRODUCT_VERSION=5.1.2600.5781 PRODUCT_VERSION=5.1.2600.5781 FILE_DESCRIPTION=Client-DLL für Windows NT-Basis-API COMPANY_NAME=Microsoft Corporation PRODUCT_NAME=Betriebssystem Microsoft® Windows® FILE_VERSION=5.1.2600.5781 (xpsp_sp3_gdr.090321-1317) ORIGINAL_FILENAME=kernel32 INTERNAL_NAME=kernel32 LEGAL_COPYRIGHT=© Microsoft Corporation. Alle Rechte vorbehalten. VERFILEDATEHI=0x0 VERFILEDATELO=0x0 VERFILEOS=0x40004 VERFILETYPE=0x2 MODULE_TYPE=WIN32 PE_CHECKSUM=0x106D93 LINKER_VERSION=0x50001 UPTO_BIN_FILE_VERSION=5.1.2600.5781 UPTO_BIN_PRODUCT_VERSION=5.1.2600.5781 LINK_DATE=03/21/2009 14:06:58 UPTO_LINK_DATE=03/21/2009 14:06:58 VER_LANGUAGE=Deutsch (Deutschland) [0x407] / /EXE /DATABASE ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build break in module basic
Hi Eike, I have started a new thread, so that the new problem is visible in the subject. Regina But now it breaks in tail_build. I try 'make clean' and 'make -r' in tail_build. Perhaps then it is visible, what goes wrong. So far breaks in tail_build to a great extend were due to a make version 3.82 Maybe getting make 3.82 from http://ftpmirror.gnu.org/make/ helps, though I have no idea whether that builds in cygwin or not, or what the proper configure --prefix=... option for building and installing make in cygwin would be. Eike ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] fix for fdo#39850 and fdo#39820: update range names and database ranges in formula cells
Hello Eike, 2011/8/24 Eike Rathke o...@erack.de Hi Markus, On Wednesday, 2011-08-17 14:14:18 +0200, Eike Rathke wrote: Apparently the FormulaToken used is not a FormulaIndexToken. Oh. I should not only override SetByte but also SetIndex. In calc all formula tokens are derived from ScToken which is derived from FormulaToken and not from FormulaIndexToken. I should no longer finish patchs after learning.c [...] Actually the new ScNameToken implemented would belong to formula/* instead, but there is already FormulaIndexToken, which also now has changes for local/global names, so ScNameToken is superfluous and can be removed. ScRawToken::CreateToken() needs to be changed back to return a FormulaIndexToken. I did the necessary changes in http://cgit.freedesktop.org/libreoffice/core/commit/?id=fcac4e3eb4df6dcd4d6f6955a5d369262bcd1ea4 Thanks. I'll hope I can push my changes at the end of the week. But do you know if there is a reason except oox that the FormulaCompiler and the FormulaTokens are not in calc? Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] fdo#40341: Writer crashes in page preview when clicking Formatting Aids
Hi all,
A newly-reported fdo#40341
https://bugs.freedesktop.org/show_bug.cgi?id=40341
looks like a simple SEGV with a null pointer, which can be fixed by
the attached patch.
It also contains code hiding a checkbox for Math baseline alignment
in Formatting Aids if its current value is unavailable, like in
this case of 'Page Preview' mode.
Is it permissible? Any better way?
Cheers,
-- Takeshi Abe
From fcf6d59e11404d270246ff0efecef0340e9ef67b Mon Sep 17 00:00:00 2001
From: Takeshi Abe t...@fixedpoint.jp
Date: Wed, 24 Aug 2011 18:41:01 +0900
Subject: [PATCH] fdo#40341: hide 'math baseline alignment' unless available
---
sw/source/ui/config/optpage.cxx | 16 +++-
1 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/sw/source/ui/config/optpage.cxx b/sw/source/ui/config/optpage.cxx
index f44c8db..331863f 100644
--- a/sw/source/ui/config/optpage.cxx
+++ b/sw/source/ui/config/optpage.cxx
@@ -1456,9 +1456,11 @@ sal_Bool SwShdwCrsrOptionsTabPage::FillItemSet( SfxItemSet rSet )
bRet = sal_True;
}
-m_pWrtShell-GetDoc()-set( IDocumentSettingAccess::MATH_BASELINE_ALIGNMENT,
-m_aMathBaselineAlignmentCB.IsChecked() );
-bRet |= m_aMathBaselineAlignmentCB.IsChecked() != m_aMathBaselineAlignmentCB.GetSavedValue();
+if (m_pWrtShell) {
+m_pWrtShell-GetDoc()-set( IDocumentSettingAccess::MATH_BASELINE_ALIGNMENT,
+m_aMathBaselineAlignmentCB.IsChecked() );
+bRet |= m_aMathBaselineAlignmentCB.IsChecked() != m_aMathBaselineAlignmentCB.GetSavedValue();
+}
if( aCrsrInProtCB.IsChecked() != aCrsrInProtCB.GetSavedValue())
{
@@ -1505,8 +1507,12 @@ void SwShdwCrsrOptionsTabPage::Reset( const SfxItemSet rSet )
aFillTabRB.Check( FILL_TAB == eMode );
aFillSpaceRB.Check( FILL_SPACE == eMode );
-m_aMathBaselineAlignmentCB.Check( m_pWrtShell-GetDoc()-get( IDocumentSettingAccess::MATH_BASELINE_ALIGNMENT ) );
-m_aMathBaselineAlignmentCB.SaveValue();
+if (m_pWrtShell) {
+m_aMathBaselineAlignmentCB.Check( m_pWrtShell-GetDoc()-get( IDocumentSettingAccess::MATH_BASELINE_ALIGNMENT ) );
+m_aMathBaselineAlignmentCB.SaveValue();
+} else {
+m_aMathBaselineAlignmentCB.Hide();
+}
if( SFX_ITEM_SET == rSet.GetItemState( FN_PARAM_CRSR_IN_PROTECTED, sal_False, pItem ))
aCrsrInProtCB.Check(((const SfxBoolItem*)pItem)-GetValue());
--
1.7.6
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] dev-install debug build fix
Hello,
Thanks to Stephan Bergmann I could fix also the dev-install of make, so
now it works well even for debug version. Here I am sending the patch
for this issue.
Gabor
From 7a8fb1822ffd5994fe3b805577d8eadad4ca41f4 Mon Sep 17 00:00:00 2001
From: Gabor jen...@elte.hu
Date: Wed, 24 Aug 2011 12:02:44 +0200
Subject: [PATCH] dev-install build fix
---
filter/source/config/cache/filtercache.cxx |8 +---
1 files changed, 1 insertions(+), 7 deletions(-)
diff --git a/filter/source/config/cache/filtercache.cxx
b/filter/source/config/cache/filtercache.cxx
index 37983d3..5099cc9 100644
--- a/filter/source/config/cache/filtercache.cxx
+++ b/filter/source/config/cache/filtercache.cxx
@@ -214,13 +214,7 @@ void FilterCache::load(EFillState eRequired,
return;
#if OSL_DEBUG_LEVEL 1
-if (
-(!bByThread)
-(
-((eRequired E_CONTAINS_FILTERS) == E_CONTAINS_FILTERS) ||
-((eRequired E_CONTAINS_ALL) == E_CONTAINS_ALL)
-)
- )
+if (!bByThread ((eRequired E_CONTAINS_ALL) == E_CONTAINS_ALL))
{
OSL_FAIL(Who disturb our \fill cache on demand\ feature and force
loading of ALL data during office startup? Please optimize your code, so a full
filled filter cache is not realy needed here!);
}
--
1.7.2.5
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build failing in tail_build module
On Tue, 2011-08-23 at 21:41 +0200, Cor Nouws wrote: Cor Nouws wrote (23-08-11 20:57) Might have something to do with the version of make 3.81 in combination with with-num-cpus larger then 1 I knew I had seen a mail about that. Found it in the archives: http://lists.freedesktop.org/archives/libreoffice/2011-August/016470.html ;-) Didn't Norbert add http://cgit.freedesktop.org/libreoffice/core/diff/configure.in?id=d64bbd6bf8d41604e3f14f911f2169f4295e4d99 which on the face of it looks like it would warn you that you are using make 3.81 and either auto-dial down the -jX to -j1 or tell you you're doomed if you have an explicit --with-num-cpu used ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] Remove unnecessary parameter to IDocumentStatistics::UpdateDocStat
On Wed, 2011-08-24 at 00:30 +0200, Miklos Vajna wrote: On Tue, Aug 23, 2011 at 04:41:59PM +0100, Caolán McNamara caol...@redhat.com wrote: d) I'm not sure there's any good reason to set the DocStat in the (current) rtf filter. You mean something like this? Given that the idl says these properties are readonly (I did not notice that so far), I don't think there is a reason to set them. I was thinking more of the old rtf filter which const casts away constness to set these on import. Need better names than old/new. re: readonly-ness in the uno api, the AdvancedTextDocument CharacterCount etc properties are read-only alright, but no mention is made of readonly-ness for DocumentStatistics from XDocumentProperties I suppose there's a counter-argument that says setting what the producing app thinks was the stats allows the expected results from fields etc up to as far as the first update when the user edits that document. six of one, half a dozen of the other I guess. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build failing in tail_build module
On Tue, 23 Aug 2011 15:00:55 +0530 swagat sharma swagat.sha...@gmail.com wrote: /home/eswagsh/Documents/LibreOffice_Sourc_Code/libreoffice-3.5.0/libo/sd/source/ui/dlg/TemplateScanner.cxx: In member function 'sd::TemplateScanner::State sd::TemplateScanner::ScanEntry()': /home/eswagsh/Documents/LibreOffice_Sourc_Code/libreoffice-3.5.0/libo/sd/source/ui/dlg/TemplateScanner.cxx:268: error: 'ConvertResourceString' is not a member of 'SfxDocumentTemplates' [ build CUT ] hwpfilter_test_hwpfilter Thats not a make bug, but a clear cut c++ one. Maybe your repositories are out of sync? Try: ./g checkout `git name-rev --name-only HEAD` Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Licensing for my work
Hello there, Yeah, I'd like add to what Thorsten said. My work(Including GSOC works and apart from that) can be submitted to LGPLv3+/MPL dual license and its future versions also. Regards On Wed, Aug 24, 2011 at 2:57 PM, Thorsten Behrens t...@documentfoundation.org wrote: Anurag Jain wrote: I'd like to say that all my contribution towards Libre office suite codebase can be licensed under LGPSv3/MPL dual license. My work will includes all the patches which I've submitted under GSOC program and apart from that , and LGPLv3/MPL can be applied to all of them. Hi Anurag, please, could you confirm that your work is submitted under LGPLv3+? With the + being the option to change to any later version of the LGPL. Thanks, -- Thorsten -- Anurag Jain Final yr B.Tech CSE SASTRA University Thanjavur(T.N.)-613402 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build break in module basic
Maybe getting make 3.82 from http://ftpmirror.gnu.org/make/ helps, Or even our own make 3.82 with some useful debugging and warning options added from http://anongit.freedesktop.org/git/libreoffice/contrib/dev-tools.git/ (munge into the git URL of your choice depending on if you use the anongit server or the authenticated one). though I have no idea whether that builds in cygwin or not, Sure. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build break in module basic
Hi Tor, Tor Lillqvist schrieb: Maybe getting make 3.82 from http://ftpmirror.gnu.org/make/ helps, Or even our own make 3.82 with some useful debugging and warning options added from http://anongit.freedesktop.org/git/libreoffice/contrib/dev-tools.git/ (munge into the git URL of your choice depending on if you use the anongit server or the authenticated one). though I have no idea whether that builds in cygwin or not, Sure. How to do that? Up to now I have build from tarballs with build --all in instsetoo_native, so I'm really lost with git and make. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] build error
Hello, While building a totally new build on Debian 6 32bit I got the following error message: Since you've disabled or enabled at least one algorithm, you need to do the following before building: make depend Configured for linux-elf. mkdir: cannot create directory `./unxlngi6/misc/build/openssl-0.9.8o/.': File exists making all in crypto... make[2]: *** No rule to make target `x86cpuid-elf.o', needed by `../libcrypto.a'. Stop. make[1]: *** [build_crypto] Error 1 dmake: Error code 2, while making './unxlngi6/misc/build/so_built_openssl' should I do only make depend? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED][PATCH] dev-install debug build fix
On Wed, 2011-08-24 at 12:24 +0200, Jenei Gábor wrote: Hello, Thanks to Stephan Bergmann I could fix also the dev-install of make, so now it works well even for debug version. Here I am sending the patch for this issue. Thanks for this, just aligns the assert with reality I guess. Pushed now. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED][PATCH] fdo#40341: Writer crashes in page preview when clicking Formatting Aids
On Wed, 2011-08-24 at 19:06 +0900, Takeshi Abe wrote: Hi all, A newly-reported fdo#40341 https://bugs.freedesktop.org/show_bug.cgi?id=40341 looks like a simple SEGV with a null pointer, which can be fixed by the attached patch. It also contains code hiding a checkbox for Math baseline alignment in Formatting Aids if its current value is unavailable, like in this case of 'Page Preview' mode. Is it permissible? Any better way? Looks good to me anyway, so pushed to master. Is this something that should be cherry-picked for 3-4 ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] A great chance for your printing business
Dear Sir/Madam, Enjoy a good day! This is Amily from Philip Cheng Printing Co. Ltd. We are now launching a new marketing campaign; some of our printing service are special offered. What's more, we can give you the best price for the printing service that you are seeking for. Could you please tell me the specifications of the item that you want to print recently, then we can offer you the most competitive quotation. Sincerely hope we can establish friendship as well as trading relations in the near future! Feel free to contact us by ad...@printingcote.com if you have any questions. Thank you. Best regards, Amily ad...@printingcote.com attachment: HC.jpg___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] fdo#40341: Writer crashes in page preview when clicking Formatting Aids
Hi Caolán, On Wed, 24 Aug 2011 15:06:28 +0100, Caolán McNamara caol...@redhat.com wrote: On Wed, 2011-08-24 at 19:06 +0900, Takeshi Abe wrote: Hi all, A newly-reported fdo#40341 https://bugs.freedesktop.org/show_bug.cgi?id=40341 looks like a simple SEGV with a null pointer, which can be fixed by the attached patch. It also contains code hiding a checkbox for Math baseline alignment in Formatting Aids if its current value is unavailable, like in this case of 'Page Preview' mode. Is it permissible? Any better way? Looks good to me anyway, so pushed to master. Thank you for your review! Is this something that should be cherry-picked for 3-4 ? My tiny +1 :) Cheers, -- Takeshi Abe C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] bugs.freedesktop.org stopped sending mails
Hi .. bugs.freedesktop.org stopped sending me mails it seems, though my userprefs.cgi?tab=email are unchanged .. any admin /help for that ? Thanks! -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED][PATCH] fdo#40341: Writer crashes in page preview when clicking Formatting Aids
On Wed, 2011-08-24 at 23:51 +0900, Takeshi Abe wrote: Is this something that should be cherry-picked for 3-4 ? My tiny +1 :) right, done for 3-4, i.e. will be 3.4.4 C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [ANN] LibreOffice 3.4.3 RC2 available
Hi *, for 3.4.3 rc2, we're now uploading builds to a public (but non-mirrored - so don't spread news too widely!) place, as soon as they're available. Grab them here: http://dev-builds.libreoffice.org/pre-releases/ If you've a bit of time, please give them a try report *critical* bugs not yet in bugzilla here, so we can incorporate them into the release notes. Please note that it takes approximately 24 hours to populate the mirrors, so that's about the time we have to collect feedback. The list of fixed bugs in this release is here: http://dev-builds.libreoffice.org/pre-releases/src/bugfixes-libreoffice-3-4-3-release-3.4.3.2.log So playing with the areas touched there also greatly appreciated - and validation that those bugs are really fixed. Thanks a lot for your help, -- Thorsten pgpxtmjhNWKzJ.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] fix for fdo#39850 and fdo#39820: update range names and database ranges in formula cells
Hi Markus, On Wednesday, 2011-08-24 11:07:07 +0200, Markus Mohrhard wrote: But do you know if there is a reason except oox that the FormulaCompiler and the FormulaTokens are not in calc? Previously everything was in Calc, but the independent parts got factored out because the report designer wanted to use the formula wizard. oox and the FormulaOpCodeMapper came later. Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] fix for fdo#39850 and fdo#39820: update range names and database ranges in formula cells
Hi Michael, On Wednesday, 2011-08-24 12:54:14 +0100, Michael Meeks wrote: On Wed, 2011-08-24 at 11:07 +0200, Markus Mohrhard wrote: But do you know if there is a reason except oox that the FormulaCompiler and the FormulaTokens are not in calc? IMHO this was a highly retrograde step that was taken. There is / was no real problem with having a single formula compiler, in one place that can parse lots of different types of formulae. See my previous mail, the actual reason to factor it out was the report designer wanted to use the formula wizard. It would be far more efficient and sensible IMHO to simply pass the incoming formula as strings over to the core: what we used to do before the brave-new-re-write to use masses of UNO ;-) Yes and no.. simpler and more efficient yes, though the UNO filter approach could be used for other formula languages as well. Not that I do foresee some in the near future, but.. Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build break in module basic
Hi Regina, On Wednesday, 2011-08-24 14:40:54 +0200, Regina Henschel wrote: Tor Lillqvist schrieb: Maybe getting make 3.82 from http://ftpmirror.gnu.org/make/ helps, Or even our own make 3.82 with some useful debugging and warning options added from http://anongit.freedesktop.org/git/libreoffice/contrib/dev-tools.git/ (munge into the git URL of your choice depending on if you use the anongit server or the authenticated one). though I have no idea whether that builds in cygwin or not, Sure. How to do that? Up to now I have build from tarballs with build --all in instsetoo_native, so I'm really lost with git and make. A usual approach to install some *ix'ish software for a single user -- if one doesn't want to overwrite system's installed packages -- is to do this under $HOME/usr, where executables end up in $HOME/usr/bin and adding that in front of $PATH pulls them in first before others. What I'd do is to create $HOME/usr/src and within there untar the make tarball. You'll get a directory like $HOME/usr/src/make-3.82/ and in there invoke ./configure --prefix=$HOME/usr make make check make install If everything goes well you then should have the executable $HOME/usr/bin/make Prepend $HOME/usr/bin to your user's PATH and open a new shell, invoke make -v and verify that it says 3.82 BUT, your problem with cppunittester.exe seems to be unrelated and will not vanish by using a newer make, else I would be surprised.. Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gcc/g++ compilation issue in desktop/splash
Hi Kevin, Sorry for the delayed reply ... On Mon, 2011-08-22 at 12:08 -0400, Kevin Hunter wrote: I haven't seen a fix go by, and have seen nothing mentioned on the list regarding building the splash part of desktop, but I'm having an issue that appears to be solved by switching to g++ instead of gcc: Hmm - I don't really understand that I must confess. Making:oosplash ccache /usr/local/bin/gcc -Wl,-z,noexecstack -Wl,-z,combreloc .. /home/kevin/devel/libreoffice/solver/350/unxlngx6/lib/libuno_sal.so: undefined reference to `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)@GLIBCXX_3.4.15' collect2: ld returned 1 exit status dmake: Error code 1, while making '../../unxlngx6/bin/oosplash' So - I have: /opt/icecream/bin/gcc -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=gnu -Wl,-rpath,'$ORIGIN:$ORIGIN/../basis-link/program: $ORIGIN/../basis-link/ure-link/lib',--enable-new-dtags -Wl,-export-dynamic -Wl,-rpath-link,../../unxlngi6.pro/lib:/data/opt/libreoffice/core/solver/350/unxlngi6.pro/lib:/lib:/usr/lib -L../../unxlngi6.pro/lib -L../lib -L/data/opt/libreoffice/core/solenv/unxlngi6/lib -L/data/opt/libreoffice/core/solver/350/unxlngi6.pro/lib -L/data/opt/libreoffice/core/solenv/unxlngi6/lib ../../unxlngi6.pro/obj/splashx.o ./../unxlngi6.pro/obj/start.o ../../unxlngi6.pro/obj/args.o ./../unxlngi6.pro/obj/pagein.o ../../unxlngi6.pro/obj/file_image_unx.o -lpthread -Wl,--as-needed -lXext -lX11 -Wl,--no-as-needed -luno_sal -lpng14 -lXinerama -o ../../unxlngi6.pro/bin/oosplash Which works fine here at least. And I have no list_node_base related symbol at all exported from libuno_sal.so - odd. By executing that line manually and switching to /usr/local/bin/g++ the compile is successful. And that point I can restart the build and LO finishes with a successful build. Which is indeed odd. It looks like the source of those files is C, but the libuno_sal is a .cpp file. I'm not clear on the linking rules bewteen the C and CPP, but given that no one else is having this issue, is there something else that I'm missing? So - libuno_sal is a C++ library, certainly - but surely we should be able to link it without any magic. I wonder what changed there ? libuno_sal.so - clearly does have a number of C++ exports it requires (objdump -T shows): DF *UND* GLIBCXX_3.4 _ZSt20__throw_length_errorPKc But then again, it links to libstdc++ $ ldd ../sal/unxlngi6.pro/lib/libuno_sal.so linux-gate.so.1 = (0xe000) libdl.so.2 = /lib/libdl.so.2 (0xb7762000) libpthread.so.0 = /lib/libpthread.so.0 (0xb7747000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7658000) libm.so.6 = /lib/libm.so.6 (0xb762e000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb760f000) libc.so.6 = /lib/libc.so.6 (0xb74a2000) /lib/ld-linux.so.2 (0xb77db000) $ objdump -T /usr/lib/libstdc++.so.6 | grep _ZSt20__throw_length_errorPKc 00055890 gDF .text 00d5 GLIBCXX_3.4 _ZSt20__throw_length_errorPKc At least for me ... Can you do some more investigation of which symbol is missing from where ? of course, failing that we can do some horror of a rename in there, or perhaps poking at removing things like: desktop/unx/source/makefile.mk: APP1CODETYPE = C might help - but ... ideally we want as little junk in the splash app as humanly possible; it'd be most ideal not to link sal at all IMHO but ... ;-) its more work to avoid it. Thanks, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gcc/g++ compilation issue in desktop/splash
At 10:06am -0700 Wed, 24 Aug 2011, Michael Meeks wrote: Can you do some more investigation of which symbol is missing from where ? of course, failing that we can do some horror of a rename in there, or perhaps poking at removing things like: desktop/unx/source/makefile.mk: APP1CODETYPE = C might help - but ... ideally we want as little junk in the splash app as humanly possible; it'd be most ideal not to link sal at all IMHO but ... ;-) its more work to avoid it. Absolutely. Alright ... given your message, I'm wondering if there is an interplay with the fact that my build is ... --enable-dbgutil \ --enable-debug \ --enable-symbols \ ... Message received; no one quite knows what the issue is. I'll dive into it. Cheers, Kevin ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] fix for fdo#39850 and fdo#39820: update range names and database ranges in formula cells
Hi Markus, On Wednesday, 2011-08-24 18:22:57 +0200, Eike Rathke wrote: Previously everything was in Calc, but the independent parts got factored out because the report designer wanted to use the formula wizard. oox and the FormulaOpCodeMapper came later. Slighlty incorrect, actually FormulaOpCodeMapper came already with formula for the wizard, oox used it later. Eike -- PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build breaks in tail_build in cppunittester.exe
Hi Regina, On Wed, 2011-08-24 at 09:27 +0200, Regina Henschel wrote: I try to build with MSVC 2008 Express with cygwin on WinXP. The build breaks in tail_build with a break from Windows. I think I've fixed it with this commit: http://cgit.freedesktop.org/libreoffice/core/commit/?id=8f931c854038dada37b96db32a0b68ffe52981fa cppunittester was crashing for the right reason as it turned out. This has nothing to do with make. Please run git pull -r and try again. FYI, this was the last fix I had to put in in order to get master to build on Windows all the way through. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kohei.yosh...@suse.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
