ΑΠ: Merge with LibreOffice?
>> Greetings, dear AOO community. >> >> Please note first that this message is not supposed to be flaimbait or >> trolling of any kind. > >It is. Have a nice day. Well it is not! I am Solaris user and sometime ago I tried to compile OpenOffice, when in fact it should compile on Solaris out-of-the-box... I asked the core developers to drop support for SunStudio since it assumes one compiles with a version that shipped with Solaris 9 (the current version of Solaris is 11 and Solaris 9 was eoled a few years ago...) and it does not compile even with recent versions of SunStudio. And when I managed to compile everything, I had noticed that OpenOffice could not open docx and othe zipped document formats. The people of LibreOffice asked me to incorporate my patches to their source tree (I had of course no objection). Now LibreOffice compiles just fine under Solaris and there are packages for all variants of Solaris including the Open version. In a nutshell, some people listen and care about any user while some others just don't give a dime... Regards, A.S. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: Spelling of Ancient Greek
> > > > The hyphenation and other formatting information is on the Hunspell site > > https://hunspell.github.io/ > > Actually this is the spelling assistant not the hyphenator. This module is described in the following URL: https://www.openoffice.org/lingucomponent/hyphenator.html There I read the following: You need to put an indicator of the character encoding used as the first line of the dictionary file (look in hyph_en.dic). Possible values are: ISO8859-1, ISO8859-2, ..., ISO8859-10, KOI8-R So in the era of Unicode, OpenOffice insists on using single byte encodings which practically means that it is impossible to hyphenate ancient Greek text. The reason? You need UTF-8 hyphenation patterns which of course exist in the TeX world and are used by XeTeX. A.S. -- Apostolos Syropoulos Xanthi, Greece
RE: Spelling of Ancient Greek
>Date: Wed, 29 Jun 2016 14:58:34 -0400 > From: lui...@gmail.com > To: dev@openoffice.apache.org > Subject: Re: Spelling of Ancient Greek > > > louis=C2=A0 > Which means what? BTW, let me ask again: Where are the hyphenation files and how they are created? A.S. -- Apostolos Syropoulos Xanthi, Greece
Spelling of Ancient Greek
Hello, Suppose i would like to prepare a document in ancient Greek using AOO. Naturally, I would like to enable hyphenation. To the best of my knowledge, AOO is borrowing UTF-8 hyphenation patterns that are used in the TeX world. If this is true, could you please let me know how can I create a hyphenation file for AOO form a TeX hyphenation patterns? Thanks in advance. Apostolos Syropoulos -- Apostolos Syropoulos Xanthi, Greece
RE: [HELP NEEDED] old Solaris related build issues
> > yes, that's nice. But you shouldn't commit fixes without a possibility > to test if it was good. Would you? ;-) > First I did this in the past. Please see https://asyropoulos.wordpress.com/2014/02/05/compiling-openoffice4/ At that time I was sure the patches would find their way to source tree, but apparently they have been ignored... > > Nobody has said we don't do it and they are not more open-minded. > I said that they are more open-minded! And I based this on my own personal experience. Not to mention that since you got the code from a company that produces Solaris, out of courtesy you should ensure the suite compiles under Solaris... > It's simply a fact that we have no experts for Solaris and no testing > hardware. > Hardware? We are not talking about SPARC machines. Nobody cares about these machines anymore. We are talking about "ordinary" computers with Intel or Intel-like processors. Second you do not need experts. You only need people that know Unix. After all, we are not takling about driver porting here... > If we would have it, then we would build and test the code. Or if > someone else is taking this over. So, maybe you want to help us? We are > open for this. :-) > I am sure the whole OpenIndiana community would like to help provided you do a few simple things: abandon SunStudio for Solaris and change the MAKE files according to our suggestions. A.S. -- Apostolos Syropoulos Xanthi, Greece
RE: [HELP NEEDED] old Solaris related build issues
> > one problem of integrating patches is that you need to test them if the > trunk builds are still OK or if some adjustments are necessary. However, > AFAIK no developer has a Solaris machine under the desk and therefore > it's not a good idea to commit fixes when you don't know what the > results are. ;-) > Look the people of LibreOffice have abandoned SunStudio and have included such patches in their source tree and now LibreOffice compiles just fine. In fact, OpenIndiana has a LibreOffice package. > That's also the reason why the build environment still uses Sun Studio > and nothing else - instead or additional. When I tried to compile with SunStudio I realized that the building tools require a really ancient version of the compiler that has no provision for language constructs, etc., that are included in the code. For example, the template library is ancient and does not include things that the source code expects. So practically it is next to impossible to compile OpenOffice with SunStudio. Since you are not going to change your mind, better remove all Solaris bits so the make the code cleaner. Fortunately, the LibreOffice people are more open-minded... A.S. -- Apostolos Syropoulos Xanthi, Greece
RE: [HELP NEEDED] old Solaris related build issues
> > We have a number of old Solaris related build issues that > > could use some testing. > > > > https://bz.apache.org/ooo/show_bug.cgi?id=125361 > > https://bz.apache.org/ooo/show_bug.cgi?id=125362 > > https://bz.apache.org/ooo/show_bug.cgi?id=125364 > > https://bz.apache.org/ooo/show_bug.cgi?id=125365 > > The main problem of OpenOffice on Solaris is that it still assumes that one will use SunStudio to compile it. I think OpenOffice should drop completely its support for this compiler in favor for GCC. Once, I compiled OpenOffice with GCC but for some reason it was failing to open zipped formats (.docx etc). Also, I published all my pathces and some of them were included in the source tree. Some of the pacthes mentioned on the links above are based on the patches I made. Unfortunately, no one carred to update the code... A.S. -- Apostolos Syropoulos Xanthi, Greece
RE: interesting white paper from MS shared on the dev-de list
Joerg Schmidt shared an interesting whitepaper from Microsoft White Paper: OpenOffice / LibreOffice Evaluation Criteria on the dev-de list. I found it interesting and thought it can be of interest for others here as well. Juergen http://www.whymicrosoft.com/see-why/openoffice-evaluation-criteria/ I have read the white paper (why it is called white is another story) and I think that it is the usual market nonsense. Microsoft is loosing money and they want to find a way to get their former customers back. An interesting comment included in this white paper is the following one: Microsoft Office 2010 boosts Indian IT firm's productivity by 30 percent. I just wonder how the prodictivity of an IT company is increased by using a word processor or a lousy database? A.S. -- Apostolos Syropoulos Xanthi, Greece
RE: Building OpenOffice on illumos with gcc
We would need Apostolos to agree to contribute under the Apache License 2.0 as well, since this is based on his work. (Or did he already contribute the patches from his blog?) For example, it would be fine if he just sent a note to the mailing list, pointing to the blog posts, and saying that he contributes them to the AOO project under the Apache License 2.0. Hello, Of course I agree to include in the source tree anything you think is useful. So please go ahead and include these patches. Best regards, Apostolos -- Apostolos Syropoulos Xanthi, Greece
RE: NSS Module
Hello, I have found a solution to this and other problems: http://asyropoulos.wordpress.com/2014/02/05/compiling-openoffice4/ Of course the final binaries do nor run but this is something I will resume working on this autumn. A.S. -- Apostolos Syropoulos Xanthi, Greece http://asyropoulos.eu http://asyropoulos.wordpress.com http://hypercomputation.blogspot.com/
RE: EXTERNAL: RE: NSS Module
Hello, I am still running OpenSolaris 134. Basically, the system fails to open docx files (no problem with doc files as far as I remember) and it fails to save files. A.S. -- Apostolos Syropoulos Xanthi, Greece http://asyropoulos.eu http://asyropoulos.wordpress.com http://hypercomputation.blogspot.com/ From: raymond.ste...@lmco.com To: dev@openoffice.apache.org Subject: RE: EXTERNAL: RE: NSS Module Date: Wed, 25 Jun 2014 16:40:03 + Thanks for the information. What platform are you compiling for? What problem are you having at runtime? -Original Message- From: Απόστολος Συρόπουλος [mailto:asyropoulos...@hotmail.com] Sent: Wednesday, June 25, 2014 12:24 AM To: dev@openoffice.apache.org Subject: EXTERNAL: RE: NSS Module Hello, I have found a solution to this and other problems: http://asyropoulos.wordpress.com/2014/02/05/compiling-openoffice4/ Of course the final binaries do nor run but this is something I will resume working on this autumn. A.S. -- Apostolos Syropoulos Xanthi, Greece http://asyropoulos.eu http://asyropoulos.wordpress.com http://hypercomputation.blogspot.com/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: OO 4.01 Compiled for Solaris 11 x86 Save As Stuck in a Loop
strange because I can save files which are correct files. In my case the problem is that the system complains that it cannot save while it actually does. Also I can open and save doc files but I cannot open XML-based files. A.S. From: raymond.ste...@lmco.com To: a...@openoffice.apache.org; dev@openoffice.apache.org CC: awf@gmail.com; h...@apache.org; david.k.me...@lmco.com Subject: OO 4.01 Compiled for Solaris 11 x86 Save As Stuck in a Loop Date: Fri, 14 Feb 2014 22:06:33 + We are attempting to use the newly build OpenOffice 4.0.1 for Solaris 11 x86, but the 'Save As' to disk of any document type (i.e. .ods) continuous to prompt for a file name. Each time we hit okay to save the document after supplying a unique name, the FilePicker closes, but instantly reappears again. I have narrowed it down to the following code located in sfx2/source/doc/guisaveas.cxx lines 1497-1520 The program gets stuck in the while loop below. The variable 'bExit' is never set to sal_True, so the loop continuous. I provide a name to the FilePicker interface, click Save and the loop continuous, redisplaying the dialog. To resolve the issue, I added bExit = sal_True after line 1513 so that the loop discontinuous. I am not sure if this will have effects in other situations, maybe someone can provide some feedback, but for now. I am able to save. sal_Bool bExit = sal_False; 1497 while ( !bExit ) 1498 { 1499 bUseFilterOptions = aModelData.OutputFileDialog( nStoreMode, aFilterProps, bSetStandardName, aSuggestedName, bPreselectPassword, aSuggestedDir, nDialog, sStandardDir, aBlackList ); 1500 1501 // in case the dialog is opend a second time the folder should be the same as before, not what was handed over by parameters 1502 aSuggestedDir = ::rtl::OUString(); 1503 if ( nStoreMode == SAVEAS_REQUESTED ) 1504 { 1505 // in case of saving check filter for possible alien warning 1506 ::rtl::OUString aSelFilterName = aModelData.GetMediaDescr().getUnpackedValueOrDefault( 1507 aFilterNameString, 1508 ::rtl::OUString() ); 1509 sal_Int8 nStatusFilterSave = aModelData.CheckFilter( aSelFilterName ); 1510 if ( nStatusFilterSave == STATUS_SAVEAS_STANDARDNAME ) These are equal during runtime 1511 { 1512 // switch to best filter 1513 bSetStandardName = sal_True; bSetStandardName is set to sal_True here, but bExit is not, so the loop continuous. Setting bExit following this line allows the program to save. ++bExit = salTrue; 1514 } 1515 else if ( nStatusFilterSave == STATUS_SAVE ) 1516 { 1517 // user confirmed alien filter or good filter is used 1518 bExit = sal_True; 1519 } 1520 } 1521 else 1522 bExit = sal_True; 1523 } Raymond Steele U-2 Mission Planning Software Engineer Sr Lockheed Martin - ISGS Defense 1300 S. Litchfield Rd. Goodyear, AZ 85338 Email: raymond.ste...@lmco.com Business phone: 623-925-6402
OpenOffice icons panels
Hello, I have recently built OpenOffice on Solaris. There are still some problems which I try to sort out. One of them is that the panel with the File, Edit, etc menues is empty and there are no icons on panel under this. In fact the whole upper panel is empty. Could you please let me know which package contains this images etc and where they should go in the solver folder? Thank you! A.S. -- Apostolos Syropoulos Xanthi, Greece
RE: Solaris GCC or Sun Studio?
I replying from a mobile device... The problem is that the file solaris.mk under gbuild/platform assumes that one uses Sun Studio. So one needs to replace this file with one that would actually work under Solaris+gcc. Once I had compiled clang but I guess current versions should compile, with some modifications. Best regards, Apostolos Date: Fri, 7 Feb 2014 13:07:29 +0100 From: awf@gmail.com To: dev@openoffice.apache.org Subject: Re: Solaris GCC or Sun Studio? On 07.02.2014 11:32, Απόστολος Συρόπουλος wrote: Hello, As far it regards Solaris,I have noticed that the building scripts of OpenOffice assume that one is building with Sun Studio. This compiler is a bit outdated and of course GCC is available for most platforms. Since LibreOffice has removed support for Sun Studio, I guess it would be a goof idea to remove support for Sun Studio. It adds complexity without reason. For example, I tried to compile a module and it failed just because it assumed that I was using Sun Studio. Today that would be Oracle Solaris Studio, current version seems to be 12.3. There is no buildbot for the Solaris version of OpenOffice and it is not tested. So, in a sense, we have already dropped support for Solaris :-) But there are others on this list that are currently doing a Solaris build. Anybody still using Sun|Oracle Studio? By the way, is clang also available on Solaris? -Andre Kind regards, A.S. -- Apostols Syropoulos Xanthi, Greece - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Solaris GCC or Sun Studio?
Hello, As far it regards Solaris,I have noticed that the building scripts of OpenOffice assume that one is building with Sun Studio. This compiler is a bit outdated and of course GCC is available for most platforms. Since LibreOffice has removed support for Sun Studio, I guess it would be a goof idea to remove support for Sun Studio. It adds complexity without reason. For example, I tried to compile a module and it failed just because it assumed that I was using Sun Studio. Kind regards, A.S. -- Apostols Syropoulos Xanthi, Greece
RE: Compilinng the gcc_solaris_intel bridge
Hello Herbert, [...] + // preserve potential 128bit stack alignment I'm not sure whether the SPARCv9 ABI spec is relevant for your build environment, but it mentions this 16byte stack alignment in [1] as something new. Maybe the other changes may be relevant too to solve the bridge problems. Well, as I said my patch is based on the code found in the corresponding gcc3-linux-intel file. Obviously, this has nothing to do with SPARC machines, but then again it might be some kind of leftover. In particular I'd also suggest to mark the ecx register as clobbered like we do in [2] by changing the line: : eax, edx to : eax, edx, ecx I have changed this and it still compiles the testtools. A.S. -- Apostols Syropoulos Xanthi, Greece
RE: instsetoo_native need(s) to be rebuilt...
which configure options did you use? Hello, Here is how I have configured OpenOffice: $ export CONFIG_SHELL=/bin/bash $ export LD_ALTEXEC=/opt/gnu/bin/gld $ PATH=/opt/gnu/ant/bin:/opt/gnu/perl5/5.16.3/bin:$PATH $ export ANT_HOME=/opt/gnu/ant/ $ export JAVA_HOME=/usr/jdk/jdk1.7.0 $ autoconf $ ./configure --with-dmake-url=http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2 --with-epm-url=http://www.msweet.org/files/project2/epm-3.7-source.tar.gz --disable-odk --with-lang=el en --with-junit=/extra/sources/OpenOffice/java/junit-4.11.jar --disable-randr --enable-category-b --enable-pdfimport --enable-wiki-publisher --with-dict=ALL --with-build-version=Build by Apostolos Syropoulos --with-package-format=installed --with-jdk-home=/usr/jdk/jdk1.7.0 --without-stlport $ ./bootstrap $ source SolarisX86GccEnv.Set.sh $ cd instsetoo_native $ build --all BTW, I am using gcc version 4.8.2. Best, Apostolos -- Apostols Syropoulos Xanthi, Greece
instsetoo_native need(s) to be rebuilt...
Hello, I have compiled all OpenOffice modules and now building stops as follows: $ build --all:instsetoo_native build -- version: 275224 = Building module instsetoo_native = Entering /extra/sources/OpenOffice/aoo4/main/instsetoo_native/inc_openoffice/unix Entering /extra/sources/OpenOffice/aoo4/main/instsetoo_native/inc_openoffice/windows/msi_languages Entering /extra/sources/OpenOffice/aoo4/main/instsetoo_native/util Useless use of \E at /extra/sources/OpenOffice/aoo4/main/solenv/bin/modules/installer/systemactions.pm line 94. Useless use of \E at /extra/sources/OpenOffice/aoo4/main/solenv/bin/modules/installer/systemactions.pm line 214. ... checking environment variables ... make_installer.pl, version 1.0 Product list file: ../util/openoffice.lst Taking setup script from solver Unpackpath: /extra/sources/OpenOffice/aoo4/main/instsetoo_native/util/../unxsogi.pro Compiler: unxsogi Product: Apache_OpenOffice BuildID: 9750 Build: AOO410 No minor set Product version Using default installpath Package format: installed msi templatepath: /extra/sources/OpenOffice/aoo4/main/instsetoo_native/util/../unxsogi.pro/misc/openoffice/msi_templates msi template path will be ignored for non Windows builds! msi languagepath: /extra/sources/OpenOffice/aoo4/main/instsetoo_native/util/../unxsogi.pro/misc/win_ulffiles msi language path will be ignored for non Windows builds! Calling epm Stripping files Unzip ARCHIVE files Languages: en-US ... checking required files ... .. searching zip ... Found: /usr/bin/zip ... analyzing ../util/openoffice.lst ... ... reading include pathes ... ... analyzing script: /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/setup_osl.ins ... ... analyzing script: /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/setup_osl.ins ... ... analyzing directories ... ... analyzing files ... ... analyzing scpactions ... ... analyzing shortcuts ... ... analyzing unix links ... ... analyzing profile ... ... analyzing profileitems ... ... analyzing modules ... ... languages en-US ... ... analyzing files ... preparing 0 extension blobs for language en-US: preparing 0 bundled extensions for language en-US: ... analyzing files with flag ARCHIVE ... ... analyzing files with flag SUBST_FILENAME ... ... analyzing files with flag SCPZIP_REPLACE ... ... analyzing files with flag PATCH_SO_NAME ... ... analyzing files with flag HIDDEN ... ... analyzing all directories for this product ... ... analyzing links ... ... analyzing unix links ... ... creating profiles ... ... analyzing modules ... ... creating installation directory ... ... creating installation set in /extra/sources/OpenOffice/aoo4/main/instsetoo_native/unxsogi.pro/Apache_OpenOffice/installed/install/en-US ... ... removing old installation directories ... ... creating directories ... ... copying files ... ... creating links ... remove_empty_dirs_in_folder /extra/sources/OpenOffice/aoo4/main/instsetoo_native/unxsogi.pro/Apache_OpenOffice/installed/install/en-US_inprogress/openoffice4/share/extensions ... current dir: /extra/sources/OpenOffice/aoo4/main/instsetoo_native/unxsogi.pro/Apache_OpenOffice/installed/install/en-US_inprogress/openoffice4/program ... ... unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 21 | ... ... cleaning the output tree ... ... removing directory /tmp/ooopackaging/i_103001391261452 ... ... removing directory /extra/sources/OpenOffice/aoo4/main/instsetoo_native/unxsogi.pro/Apache_OpenOffice/installed/stripped/en-US ... Error: ERROR: unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 21 | failed! ** ERROR: ERROR: unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 21 | failed! in function: register_extensions ** in function: register_extensionsstopping log at Sat Feb 1 15:33:31 2014 dmake: Error code 255, while making 'openoffice_en-US.installed' 1 module(s): instsetoo_native need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /extra/sources/OpenOffice/aoo4/main/instsetoo_native/util When you have fixed the errors in that module you can resume the build by running: build --all:instsetoo_native I have no idea what is wrong and moreover where should I look to find the problem. Any ideas and/or suggestions would be really apprecieted! Kind regards, Apostolos -- Apostols Syropoulos Xanthi, Greece
Compilinng the gcc_solaris_intel bridge
Hello, After a number of efforts I have finally managed to find the proper patch for file bridges/source/cpp_uno/gcc3_solaris_intel/uno2cpp.cxx and so to build a functional bridge for Solaris. Previously, I could not build the testtools module but now they compile just fine. Here is the patch: --- bridges/source/cpp_uno/gcc3_solaris_intel/uno2cpp.cxx.oldΔευ Ιαν 27 17:38:53 2014 +++ bridges/source/cpp_uno/gcc3_solaris_intel/uno2cpp.cxxΔευ Ιαν 27 17:34:30 2014 @@ -45,12 +45,20 @@ { //== -static void callVirtualMethod( +void callVirtualMethod( void * pAdjustedThisPtr, sal_Int32 nVtableIndex, void * pRegisterReturn, typelib_TypeClass eReturnType, sal_Int32 * pStackLongs, +sal_Int32 nStackLongs ) __attribute__((noinline)); + +void callVirtualMethod( +void * pAdjustedThisPtr, +sal_Int32 nVtableIndex, +void * pRegisterReturn, +typelib_TypeClass eReturnType, +sal_Int32 * pStackLongs, sal_Int32 nStackLongs ) { // parameter list is mixed list of * and values @@ -67,6 +75,13 @@ void * stackptr; asm volatile ( mov %%esp, %6\n\t + // preserve potential 128bit stack alignment +and $0xfff0, %%esp\n\t +mov %0, %%eax\n\t +lea -4(,%%eax,4), %%eax\n\t +and $0xf, %%eax\n\t +sub $0xc, %%eax\n\t +add %%eax, %%esp\n\t // copy values mov %0, %%eax\n\t mov %%eax, %%edx\n\t Of course the patch is just a copy of the corresponding Linux patch, but I was not sure whether it work! A.S. -- Apostols Syropoulos Xanthi, Greece
RE: libuno_cppu failure
Ouch! None of the exception stuff works in your new build. That is a hard nut to crack... I have recompiled the libraries used by uno with debugging info and I have enabled this time -fno-use-cxa-atexit. Now it dumps core and here is what I get with gdb: gdb ../../../solver/410/unxsogi.pro/bin/uno GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i386-pc-solaris2.11... (gdb) run -ro uno_services.rdb -ro uno_types.rdb -s com.sun.star.test.bridge.BridgeTest -- com.sun.star.test.bridge.CppTestObject Starting program: /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/uno -ro uno_services.rdb -ro uno_types.rdb -s com.sun.star.test.bridge.BridgeTest -- com.sun.star.test.bridge.CppTestObject warning: Lowest section in /lib/libdl.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 warning: Lowest section in /lib/librt.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libthread.so.1 is .dynamic at 0074 [New LWP 1] [New LWP 2] terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' (gdb) backtrace Program received signal SIGABRT, Aborted. 0xfe690687 in _lwp_kill () from /lib/libc.so.1 (gdb) backtrace #0 0xfe690687 in _lwp_kill () from /lib/libc.so.1 #1 0xfe68972c in thr_kill () from /lib/libc.so.1 #2 0xfe638f2a in raise () from /lib/libc.so.1 #3 0xfe610f1a in abort () from /lib/libc.so.1 #4 0xfe879095 in __gnu_cxx::__verbose_terminate_handler () at /extra/sources/gcc-4.7.2/libstdc++-v3/libsupc++/vterminate.cc:95 #5 0xfe875d77 in __cxxabiv1::__terminate (handler=0xfe878f40 __gnu_cxx::__verbose_terminate_handler()) at /extra/sources/gcc-4.7.2/libstdc++-v3/libsupc++/eh_terminate.cc:40 #6 0xfe874bcb in __cxa_call_terminate (ue_header=0x8110050) at /extra/sources/gcc-4.7.2/libstdc++-v3/libsupc++/eh_call.cc:56 #7 0xfe87584f in __gxx_personality_v0 (version=1, actions=6, exception_class=5138137972254386944, ue_header=0x8110050, context=0x804478c) at /extra/sources/gcc-4.7.2/libstdc++-v3/../libgcc/unwind-pe.h:159 #8 0x08110050 in ?? () #9 0x in ?? () (gdb) Maybe this will help find out what might be the problem. A.S. -- Apostols Syropoulos Xanthi, Greece
testtools compilation fails :-(
Hello, In previous messages I reported my efforts to compile OpenOffice on OpenSolaris. Since I thought that certain things were not properly compiled, I recompiled everything and now compilation stops with the message that follows. Note that that I have compled everything with -std=c++11 and I had to modify a bit the stl headers (hash_map, hash_set, etc.) Also, in linking the various map files are ignored. Any help of assistance would be greatly appreciated! - SHL3FILTERFILE not set! - dummy file to keep the dependencies for later use. Making:constructors.uno.so g++ -Wl,-z,origin -shared -L../../unxsogi.pro/lib -L../lib -L/extra/sources/OpenOffice/aoo4/main/solenv/unxsogi/lib -L/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib -L/extra/sources/OpenOffice/aoo4/main/solenv/unxsogi/lib -L/extra/sources/OpenOffice/aoo4/main/solenv/unxsogi/libsolaris.2.6 -L/lib -L/usr/lib -L/usr/lib -L/usr/local/lib -L/usr/dt/lib -L/usr/openwin/lib -L/usr/jdk/instances/jdk1.6.0_37/lib -L/usr/jdk/instances/jdk1.6.0_37/jre/lib/i386 -L/usr/jdk/instances/jdk1.6.0_37/jre/lib/i386/xawt -L/usr/jdk/instances/jdk1.6.0_37/jre/lib/i386/native_threads -L/usr/lib ../../unxsogi.pro/slo/constructors.o ../../unxsogi.pro/slo/constructors.uno_version.o -o ../../unxsogi.pro/lib/constructors.uno.so -luno_cppu -luno_cppuhelpergcc3 -luno_sal -Wl,-Bdynamic -lpthread -lthread -lm rm -f ../../unxsogi.pro/lib/check_constructors.uno.so mv ../../unxsogi.pro/lib/constructors.uno.so ../../unxsogi.pro/lib/check_constructors.uno.so /extra/sources/OpenOffice/aoo4/main/solenv/bin/checkdll.sh -L../../unxsogi.pro/lib -L/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib ../../unxsogi.pro/lib/check_constructors.uno.so Checking DLL ../../unxsogi.pro/lib/check_constructors.uno.so ...: ok -rwxr-xr-x 1 apostolo staff 216744 2014-01-03 15:50 ../../unxsogi.pro/lib/constructors.uno.so Making:all_bridgetest.dpslo echo ../../unxsogi.pro/lib ../../unxsogi.pro/lib /opt/gnu/bin/cp /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/udkapi.rdb ../../unxsogi.pro/lib/uno_types.rdb : LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/regmerge ../../unxsogi.pro/lib/uno_types.rdb / ../../unxsogi.pro/bin/bridgetest.rdb echo \ 'listfilenamebridgetest.component/filename filenameconstructors.component/filename filenamecppobj.component/filename filenametestComponent.component/filename/list' \ ../../unxsogi.pro/misc/uno_services.input : LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/xsltproc --nonet --stringparam uri './bridgetest.uno.so' -o ../../unxsogi.pro/misc/bridgetest.component \ /extra/sources/OpenOffice/aoo4/main/solenv/bin/createcomponent.xslt bridgetest.component : LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/xsltproc --nonet --stringparam uri './constructors.uno.so' -o ../../unxsogi.pro/misc/constructors.component \ /extra/sources/OpenOffice/aoo4/main/solenv/bin/createcomponent.xslt constructors.component : LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/xsltproc --nonet --stringparam uri './cppobj.uno.so' -o ../../unxsogi.pro/misc/cppobj.component \ /extra/sources/OpenOffice/aoo4/main/solenv/bin/createcomponent.xslt cppobj.component : LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/xsltproc --nonet --stringparam uri \ 'vnd.sun.star.expand:${MY_CLASSDIR_URL}testComponent.jar' -o ../../unxsogi.pro/misc/testComponent.component \ /extra/sources/OpenOffice/aoo4/main/solenv/bin/createcomponent.xslt testComponent.component : LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/xsltproc --nonet --stringparam prefix /extra/sources/OpenOffice/aoo4/main/testtools/source/bridgetest/../../unxsogi.pro/misc/ -o ../../unxsogi.pro/lib/uno_services.rdb \ /extra/sources/OpenOffice/aoo4/main/solenv/bin/packcomponents.xslt ../../unxsogi.pro/misc/uno_services.input cd ../../unxsogi.pro/lib : LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
RE: createRegistryServiceFactory: cannot get uno environments!
Wonderful. Getting there means that both the dmake and the gbuild systems worked and the UNO bridge on this platform is doing alright. These are all critical steps on new (or occassionally unmaintained) platforms. With a bit of luck you should be able to build the remainder of AOO and have it working as a special Christmas gift ;-) Compilation proceeds with a few problems but I have a way to solve them. More when the whole process will finish. If you needed to update any of the makefiles to make it build I suggest you create an issue for it and attach the patches there. I will do it in due time. I'll be (mostly) offline for the rest of the year. Merry Christmas and a Happy New Year! Merry, merry Christmas and a Happy New year!!! A.S. -- Apostols Syropoulos Xanthi, Greece
RE: createRegistryServiceFactory: cannot get uno environments!
I spooke too soon. After adding COM:=GCC COMNAME:=gcc3 into main/solenv/inc/tg_compv.mk the required library, that is, libgcc3_uno.so, was build and compilation of i18npool finished successfully. A.S. -- Apostols Syropoulos Xanthi, Greece
RE: createRegistryServiceFactory: cannot get uno environments!
Google returns nothing about libg++_uno... A library like that should be automatically built as one of the bridges in main/bridge/source/cppu_uno/. In your case the gcc3_solaris_intel bridge might be a good candidate but as the name says it probably builds a libgcc3_uno.so instead of the libg++_uno.so your other binaries expect. Check the makefile.mk in the bridge. Or find out why your binaries look for a libg++_uno.so instead of a libgcc3_uno.so. I built everything from the beginning and when the system tries to build the bridges part it does the following: = Building module bridges = Entering /extra/sources/OpenOffice/aoo4/main/bridges/inc mkout -- version: 1.8 Entering /extra/sources/OpenOffice/aoo4/main/bridges/unotypes Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/gcc3_linux_alpha Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/gcc3_linux_hppa Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/gcc3_linux_s390x Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/gcc3_linux_s390 Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/gcc3_linux_arm Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/shared Somehow, it fails to realize that the system is gcc3_solaris_intel and so it does not select the correct bridge. BTW, someone who tried to compile LibreOffice on Solaris had a similar problem: http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/51479 In LibreOffice the module that is responsible for the selection is called Modules_bridges.mk, what is the corresponding module in Apache OpenOffice? A.S. -- Apostols Syropoulos Xanthi, Greece
RE: createRegistryServiceFactory: cannot get uno environments!
Anyway, if we're lucky the problem is just a missing library or the failed loading of a library. In that case the patch below might help you to analyze the problem: Indeed the problem is a missing library: : LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} ../../../unxsogi.pro/bin/saxparser en_AU en_AU.xml ../../../unxsogi.pro/misc/localedata_en_AU.cxx \ file:///extra/sources/OpenOffice/aoo4/main/i18npool/source/localedata/data/../../../unxsogi.pro/misc/saxparser.rdb /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/types.rdb \ -env:OOO_INBUILD_SHAREDLIB_DIR=file:///extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib loadModule( /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so, 257) failed with ld.so.1: saxparser: fatal: /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so: open failed: No such file or directory loadModule( /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so, 257) failed with ld.so.1: saxparser: fatal: /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so: open failed: No such file or directory Exception on createRegistryServiceFactory: cannot get uno environments! dmake: Error code 1, while making '../../../unxsogi.pro/misc/localedata_en_AU.cxx' Google returns nothing about libg++_uno... A.S. -- Apostols Syropoulos Xanthi, Greece
RE: comphelper/source/misc/locale.cxx error
Hello Herbert, Thank you very much for the patch. Currently, I am trying to finish the build i18npool. I have applied the patch but I am getting some strange errors: [ build CXX ] comphelper/source/misc/docpasswordhelper In file included from /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/mediadescriptor.hxx:30:0, from /extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/docpasswordhelper.cxx:29: /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:73:54: σφάλμα: expected template-name before '' token /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:73:54: σφάλμα: expected '{' before '' token /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:73:54: σφάλμα: expected unqualified-id before '' token /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:81:55: σφάλμα: invalid use of incomplete type 'struct comphelper::SequenceAsHashMapBase' /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:73:8: σφάλμα: forward declaration of 'struct comphelper::SequenceAsHashMapBase' In file included from /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/mediadescriptor.hxx:30:0, from /extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/docpasswordhelper.cxx:29: /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx: In member function 'TValueType comphelper::SequenceAsHashMap::getUnpackedValueOrDefault(const rtl::OUString, const TValueType) const': /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:278:13: σφάλμα: 'const_iterator' was not declared in this scope /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:278:28: σφάλμα: expected ';' before 'pIt' /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:279:17: σφάλμα: 'pIt' was not declared in this scope /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:279:28: σφάλμα: there are no arguments to 'end' that depend on a template parameter, so a declaration of 'end' must be available [-fpermissive] /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:279:28: σημείωση: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:283:19: σφάλμα: 'pIt' was not declared in this scope /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx: In member function 'sal_Bool comphelper::SequenceAsHashMap::createItemIfMissing(const rtl::OUString, const TValueType)': /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:314:26: σφάλμα: there are no arguments to 'find' that depend on a template parameter, so a declaration of 'find' must be available [-fpermissive] /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:314:35: σφάλμα: there are no arguments to 'end' that depend on a template parameter, so a declaration of 'end' must be available [-fpermissive] /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:316:29: σφάλμα: no match for 'operator[]' in '* this[sKey]' /extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/docpasswordhelper.cxx: In static member function 'static com::sun::star::uno::Sequencecom::sun::star::beans::NamedValue comphelper::DocPasswordHelper::requestAndVerifyDocPassword(comphelper::IDocPasswordVerifier, comphelper::MediaDescriptor, comphelper::DocPasswordRequestType, const std::vectorrtl::OUString*)': /extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/docpasswordhelper.cxx:455:16: σφάλμα: 'class comphelper::MediaDescriptor' has no member named 'erase' /extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/docpasswordhelper.cxx:456:16: σφάλμα: 'class comphelper::MediaDescriptor' has no member named 'erase' /extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/docpasswordhelper.cxx:460:60: σφάλμα: no match for 'operator[]' in 'rMediaDesc[comphelper::MediaDescriptor::PROP_ENCRYPTIONDATA()]' In file included from /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/mediadescriptor.hxx:30:0, from /extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/docpasswordhelper.cxx:29: /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx: In instantiation of 'TValueType comphelper::SequenceAsHashMap::getUnpackedValueOrDefault(const rtl::OUString,
comphelper/source/misc/locale.cxx error
Hello, While compiling comphelper under Solaris, compilation stopped with the following error message: In file included from /extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/locale.cxx:26:0: /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/locale.hxx:74:29: error: expected unqualified-id before numeric constant /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/locale.hxx:77:29: error: expected unqualified-id before numeric constant /extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/locale.cxx:115:22: error: expected unqualified-id before numeric constant /extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/locale.cxx:142:22: error: expected unqualified-id before numeric constant The problem with lines 74 and 77 is that the symbols CS and ES are defined in /usr/include/sys/regset.h The short program #include iostream using namespace std; int main() { cout CS = CS endl; cout ES = ES endl; } prints CS = 15 ES = 2 I had the same problem when I was trying to compile file Bidi.cpp of the graphite2-1.2.1 source tree. In this case, upstream had modified the file but here I have no idea what is the best solution. As for the other errors I guess they might have something to do with the previous errors. A.S. -- Apostols Syropoulos Xanthi, Greece
RE: comphelper/source/misc/locale.cxx error
I have solved the problem by adding the line #undef __EXTENSIONS__ in file main/solver/410/unxsogi.pro/inc/comphelper/locale.hxx Whether this is a valid solution or not, I have no idea... Best, A.S. -- Apostols Syropoulos Xanthi, Greece
RE: soltools need(s) to be rebuilt
Many of those projects have RTTI or C++ exceptions disabled, so problems with typeinfo visibility may not show up there. I have figured out that I need to use GCC with the Solaris linker to avoid all these problems. BTW, the GCC people suggest people who use their compiler on Solaris to avoid using the GNU linker. So when I switched to the Solaris linker, all these problems disappeared. So the file solenv/gbuild/platform/solaris.mk need to modified in order to compile with GCC. As it stands, it assumes the compilation on Solaris is done using Solaris Studio! They certainly will be. I'm looking forward to have unxsogi as a platform with an out of the box build experience again. Me too :-) A.S. -- Apostols Syropoulos Xanthi, Greece
RE: soltools need(s) to be rebuilt
Dear Herbert, I have to admit that I have no clue about libxmlsec's detailed configure requirements, so I'm afraid I can't help here much. But with the knowledge that licrypto comes from openssl, with libxmlsec complaining about the one openssl is providing maybe some changed linker or build options could suffice. I'm sure you're on the right track with the unxsogi.mk changes you suggest below. Finally, I have managed to build the library. Whether it is a good one, this is something that I will discover when I will finish. Now I have another problem. When compiling cppu I I get the following error message: Entering /extra/sources/OpenOffice/aoo4/main/cppu/util dmake: /extra/sources/OpenOffice/aoo4/main/solenv/inc/target.mk: line 545: Warning: -- Macro `SHL2TARGETN' redefined after use Compiling: cppu/unxsogi.pro/misc/uno_cppu_version.c Compiling: cppu/unxsogi.pro/misc/uno_purpenvhelper_version.c Making:libuno_cppu.so.3 dmake: Error: -- `uno_purpenvhelper.map' not found, and can't be made Under main/cppu/util I see the following .map files: cppu.map uno_purpenvhelperC52.map uno_purpenvhelperwntgcc.map purpenvhelper3MSC.map uno_purpenvhelpergcc3.map unsafe_os2.map Of course there is no uno_purpenvhelper.map file. The code that is responsible for this is inside main/cppu/util/makefile.mk: SHL2TARGET := $(NAMEpurpenv_helper) DEF2NAME:= $(SHL2TARGET) .IF $(GUI)$(COM)==WNTGCC SHL2VERSIONMAP:=uno_purpenvhelper$(COMID).map .ELIF $(GUI)==OS2 SHL2VERSIONMAP:=uno_purpenvhelperwntgcc.map .ELSE SHL2VERSIONMAP:=$(SHL2TARGET).map -- We are here .ENDIF # $(GUI)$(COM)==WNTGCC SHL2DEF := $(MISC)$/$(SHL2TARGET).def Do you or anybody else have any idea which is the correct file to use? Regards, Apostolos -- Apostols Syropoulos Xanthi, Greece
RE: soltools need(s) to be rebuilt
Hello Herbert, Did it build with these configure options? Except for the minor nit that --with-openssl is set twice, it looks good to me. The option has been set as no and as /usr, but AFAIK the no should win. The problem is that when configuring without the /usr value, the configure script stops and complains that there is no libcrypto! There is a libcrypto.a in /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib but this cannot be used to build a shared object (at least that's what the linkers say). That libcrypto.a comes from openssl and if libxmlsec was configured with the --with-openssl=no option it shouldn't be needed anyway. Sounds quite reasonable but the configure script, as I have mentioned above, complains. Now. I am building using the unxsogi.mk file. This is something the building tools have chosen. However, I have noticed that this file does not contain any LINKFLAGSRUNPATH variables and so when building idlc, I get the following error: Making:idlc unx /opt/gnu/bin/gld: warning: libstore.so.3, needed by /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libreg.so, not found (try using -rpath or -rpath-link) I feel that unxsogi.mk is incomplete but then again I might be wrong. I have added the following lines in this file LINKFLAGSRUNPATH_URELIB=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN'\' LINKFLAGSRUNPATH_UREBIN=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN'\' #LINKFLAGSRUNPATH_UREBIN=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN/../lib:$$ORIGIN'\' #TODO: drop $ORIGIN once no URE executable is also shipped in OOo LINKFLAGSRUNPATH_OOO=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN'\' LINKFLAGSRUNPATH_SDK=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN'\' LINKFLAGSRUNPATH_BRAND=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN'\' #LINKFLAGSRUNPATH_OOO=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN:$$ORIGIN/../ure-link/lib'\' #LINKFLAGSRUNPATH_SDK=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN/../../ure-link/lib'\' #LINKFLAGSRUNPATH_BRAND=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN:$$ORIGIN/../basis-link/program:$$ORIGIN/../basis-link/ure-link/lib'\' LINKFLAGSRUNPATH_OXT= LINKFLAGSRUNPATH_BOXT=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN'\' #LINKFLAGSRUNPATH_BOXT=-Wl,-z,origin -Wl,-rpath,\''$$ORIGIN/../../../basis-link/program'\' LINKFLAGSRUNPATH_NONE= but I guess I need to reconfigure so this lines will be used in the building process, right? Best regards, Apostolos
RE: soltools need(s) to be rebuilt
Hello, I am still struggling... Now I was trying to build libxmlsec and the configuration parameters did not give the expected result. I had to enter manually the following command ./configure ADDCFLAGS= CPPFLAGS= --with-pic --disable-shared --disable-crypto-dl --with-libxslt=no --with-openssl=no --with-gnutls=no LIBXML2LIB=-lxml2 --enable-pkgconfig=no --with-openssl=/usr --with-nss=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro --with-nspr=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro in order to build the libraries. Is this OK? There is a libcrypto.a in /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib but this cannot be used to build a shared object (at least that's what the linkers say). Regards, A.S. -- Apostols Syropoulos Xanthi, Greece
RE: soltools need(s) to be rebuilt
Hello again, I have downloaded the source code and I have reconfigured etc. What I have observed so far is that there are a number of utilities that consist of C and C++ source files. In all these cases, the build script uses the C compile and so obviously it fails to build the object files. For example, = Building module soltools = Entering /extra/sources/OpenOffice/aoo4/main/soltools/mkdepend mkout -- version: 1.8 Compiling: soltools/mkdepend/cppsetup.c cc: Warning: illegal use of -features option, illegal item ignored: rvalueref cc: Warning: illegal use of -features option, empty value ignored Compiling: soltools/mkdepend/ifparser.c cc: Warning: illegal use of -features option, illegal item ignored: rvalueref cc: Warning: illegal use of -features option, empty value ignored Compiling: soltools/mkdepend/include.c cc: Warning: illegal use of -features option, illegal item ignored: rvalueref cc: Warning: illegal use of -features option, empty value ignored Compiling: soltools/mkdepend/main.c cc: Warning: illegal use of -features option, illegal item ignored: rvalueref cc: Warning: illegal use of -features option, empty value ignored Compiling: soltools/mkdepend/parse.c cc: Warning: illegal use of -features option, illegal item ignored: rvalueref cc: Warning: illegal use of -features option, empty value ignored parse.c, line 43: warning: identifier redeclared: find_includes current : function() returning int previous: function(pointer to struct filepointer {pointer to char f_p, pointer to char f_base, pointer to char f_end, long f_len, long f_line}, pointer to struct inclist {pointer to char i_incstring, pointer to char i_file, pointer to pointer to struct inclist {..} i_list, int i_listlen, unsigned char i_defchecked, unsigned char i_notified, unsigned char i_marked, unsigned char i_searched, unsigned char i_included_sym}, pointer to struct inclist {pointer to char i_incstring, pointer to char i_file, pointer to pointer to struct inclist {..} i_list, int i_listlen, unsigned char i_defchecked, unsigned char i_notified, unsigned char i_marked, unsigned char i_searched, unsigned char i_included_sym}, int, unsigned char, pointer to struct IncludesCollection {}, pointer to struct symhash {array[64] of pointer to struct pair {..} s_pairs}) returning int : def.h, line 169 parse.c, line 43: warning: Prototype mismatch in arg 5 for function find_includes: function : old style declaration unsigned char promoted to int prototype: unsigned char Compiling: soltools/mkdepend/pr.c cc: Warning: illegal use of -features option, illegal item ignored: rvalueref cc: Warning: illegal use of -features option, empty value ignored pr.c, line 42: warning: identifier redeclared: add_include current : function() returning void previous: function(pointer to struct filepointer {pointer to char f_p, pointer to char f_base, pointer to char f_end, long f_len, long f_line}, pointer to struct inclist {pointer to char i_incstring, pointer to char i_file, pointer to pointer to struct inclist {..} i_list, int i_listlen, unsigned char i_defchecked, unsigned char i_notified, unsigned char i_marked, unsigned char i_searched, unsigned char i_included_sym}, pointer to struct inclist {pointer to char i_incstring, pointer to char i_file, pointer to pointer to struct inclist {..} i_list, int i_listlen, unsigned char i_defchecked, unsigned char i_notified, unsigned char i_marked, unsigned char i_searched, unsigned char i_included_sym}, pointer to char, unsigned char, unsigned char, pointer to struct IncludesCollection {}, pointer to struct symhash {array[64] of pointer to struct pair {..} s_pairs}) returning void : def.h, line 176 pr.c, line 42: warning: Prototype mismatch in arg 5 for function add_include: function : old style declaration unsigned char promoted to int prototype: unsigned char pr.c, line 42: warning: Prototype mismatch in arg 6 for function add_include: function : old style declaration unsigned char promoted to int prototype: unsigned char Compiling: soltools/mkdepend/collectdircontent.cxx /extra/sources/OpenOffice/aoo4/main/soltools/mkdepend/collectdircontent.hxx, line 6: Error: Could not open include fileset. /extra/sources/OpenOffice/aoo4/main/soltools/mkdepend/collectdircontent.hxx, line 7: Error: Could not open include filemap. /extra/sources/OpenOffice/aoo4/main/soltools/mkdepend/collectdircontent.hxx, line 8: Error: Could not open include filestring. /extra/sources/OpenOffice/aoo4/main/soltools/mkdepend/collectdircontent.hxx, line 17: Error: Could not open include fileiostream. /extra/sources/OpenOffice/aoo4/main/soltools/mkdepend/collectdircontent.hxx, line 21: Warning: Implicit int is not supported in C++. /extra/sources/OpenOffice/aoo4/main/soltools/mkdepend/collectdircontent.hxx, line 21: Error: Template set is not defined. /extra/sources/OpenOffice/aoo4/main/soltools/mkdepend/collectdircontent.hxx, line 22: Warning:
RE: soltools need(s) to be rebuilt
After reading the reply by jan I. I decided to try again with GCC. Now, compilation proceeds with no stupid problems as before. BTW, main/soltools/adjustvisibility/adjustvisibility.c does not compile with g++ but it compiles with CC so this is the only thing I had to do manually. However, now compilation stops as follows: Entering /extra/sources/OpenOffice/aoo4/main/sal/osl/unx tr -d \015 asm/interlck_x86.s ../../unxsogi.pro/misc/interlck_x86.s /usr/bin/gas -o ../../unxsogi.pro/obj/interlck.o ../../unxsogi.pro/misc/interlck_x86.s touch ../../unxsogi.pro/obj/interlck.obj Making:cpposl.lib /usr/bin/gas -o ../../unxsogi.pro/slo/interlck.o ../../unxsogi.pro/misc/interlck_x86.s touch ../../unxsogi.pro/slo/interlck.obj Making:cpposl.lib dmake: Warning: -- Target [../../unxsogi.pro/misc/s_interlck.dpcc] was made but the time stamp has not been updated. dmake: Warning: -- Target [../../unxsogi.pro/misc/o_interlck.dpcc] was made but the time stamp has not been updated. Entering /extra/sources/OpenOffice/aoo4/main/sal/textenc Entering /extra/sources/OpenOffice/aoo4/main/sal/osl/all Entering /extra/sources/OpenOffice/aoo4/main/sal/util Making:sal.lib Making:asal.lib Making:libsal.a ar: creating ../unxsogi.pro/lib/libsal.a Making:libuno_sal.so.3 : ERROR: ld.so.1: checkdll: fatal: relocation error: file ../unxsogi.pro/lib/check_libuno_sal.so.3: symbol osl_isSingleCPU: referenced symbol not found dmake: Error code 1, while making '../unxsogi.pro/lib/libuno_sal.so.3' 1 module(s): sal need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /extra/sources/OpenOffice/aoo4/main/sal/util When you have fixed the errors in that module you can resume the build by running: build --all:sal I see that file interlck_x86.s is old... but I have no idea why linking fails. Any ideas and/or suggestions? Rgds, A.S. -- Apostols Syropoulos Xanthi, Greece
RE: soltools need(s) to be rebuilt
The quoted -features=rvalueref compiler option is probably caused by the ARCH_FLAGS define in main/solenv/inc/unxsoli4.mk I suggest to unquote it. But why did it work for others? Did dmake unquote automatically at one time? I have no idea :-( However, I have managed to go further and now compilation stops at build --all:moz I see the following error message: mkdir: αδύνατη η δημιουργία καταλόγου «./unxsoli4.pro/misc/build/mozilla/I_objdir»: File exists cat: ./config/build_number: No such file or directory cat: ./config/build_number: No such file or directory /opt/gnu/bin/make export make[1]: Entering directory '/extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir' cat: ./config/build_number: No such file or directory rm -f -rf /sdk /opt/gnu/bin/make -C config export make[2]: Entering directory '/extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir/config' cat: ../config/build_number: No such file or directory make[3]: Entering directory '/extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir/config/mkdepend' cat: ../../config/build_number: No such file or directory cppsetup.c o host_cppsetup. -c -DINCLUDEDIR=\/usr/include\ -DOBJSUFFIX=\.\ -I/include/mkdepend -I/include -I/sdk/include /extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir/config/mkdepend/../../../config/mkdepend/cppsetup.c make[3]: o: Command not found ../../../config/rules.mk:1095: recipe for target 'host_cppsetup.' failed make[3]: [host_cppsetup.] Error 127 (ignored) ifparser.c o host_ifparser. -c -DINCLUDEDIR=\/usr/include\ -DOBJSUFFIX=\.\ -I/include/mkdepend -I/include -I/sdk/include /extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir/config/mkdepend/../../../config/mkdepend/ifparser.c make[3]: o: Command not found ../../../config/rules.mk:1095: recipe for target 'host_ifparser.' failed make[3]: [host_ifparser.] Error 127 (ignored) include.c o host_include. -c -DINCLUDEDIR=\/usr/include\ -DOBJSUFFIX=\.\ -I/include/mkdepend -I/include -I/sdk/include /extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir/config/mkdepend/../../../config/mkdepend/include.c make[3]: o: Command not found ../../../config/rules.mk:1095: recipe for target 'host_include.' failed make[3]: [host_include.] Error 127 (ignored) main.c o host_main. -c -DINCLUDEDIR=\/usr/include\ -DOBJSUFFIX=\.\ -I/include/mkdepend -I/include -I/sdk/include /extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir/config/mkdepend/../../../config/mkdepend/main.c make[3]: o: Command not found ../../../config/rules.mk:1095: recipe for target 'host_main.' failed make[3]: [host_main.] Error 127 (ignored) parse.c o host_parse. -c -DINCLUDEDIR=\/usr/include\ -DOBJSUFFIX=\.\ -I/include/mkdepend -I/include -I/sdk/include /extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir/config/mkdepend/../../../config/mkdepend/parse.c make[3]: o: Command not found ../../../config/rules.mk:1095: recipe for target 'host_parse.' failed make[3]: [host_parse.] Error 127 (ignored) pr.c o host_pr. -c -DINCLUDEDIR=\/usr/include\ -DOBJSUFFIX=\.\ -I/include/mkdepend -I/include -I/sdk/include /extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir/config/mkdepend/../../../config/mkdepend/pr.c make[3]: o: Command not found ../../../config/rules.mk:1095: recipe for target 'host_pr.' failed make[3]: [host_pr.] Error 127 (ignored) o mkdepend -DINCLUDEDIR=\/usr/include\ -DOBJSUFFIX=\.\ host_cppsetup. host_ifparser. host_include. host_main. host_parse. host_pr. make[3]: o: Command not found ../../../config/rules.mk:860: recipe for target 'mkdepend' failed make[3]: [mkdepend] Error 127 (ignored) make[3]: Leaving directory '/extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir/config/mkdepend' rm -f nfspwd cp ../../config/nfspwd.pl nfspwd chmod +x nfspwd rm -f revdepth cp ../../config/revdepth.pl revdepth chmod +x revdepth /opt/gnu/perl5/5.16.3/bin/perl -I../../config ../../config/bdate.pl build_number rm -f nsBuildID.h /opt/gnu/perl5/5.16.3/bin/perl -I../../config ../../config/aboutime.pl -m ../../config/milestone.txt nsBuildID.h build_number ../../config/nsBuildID.h.in nsinstall -m 644 nsBuildID.h ../mozilla-config.h ../../config/nsStaticComponents.h /include nsinstall: mkdirs cannot make /include: Permission denied Makefile:105: recipe for target 'export' failed make[2]: *** [export] Abort (core dumped) make[2]: Leaving directory '/extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir/config' Makefile:455: recipe for target 'export' failed make[1]: *** [export] Error 2 make[1]: Leaving directory '/extra/sources/OpenOffice/aoo-4.0.1/main/moz/unxsoli4.pro/misc/build/mozilla/I_objdir' Makefile:440: recipe for
RE: soltools need(s) to be rebuilt
I dont know how you managed to get that directory. I was manually building inside this folder... the build system never add files or changes in the source directories. When I look in main/soltools/mkdepend on my system (after a complete build): cd mkdepend/ ls collectdircontent.cxx def.h imakemdep.h makefile.mk pr.c collectdircontent.hxx ifparser.c include.cmkdepend.man cppsetup.c ifparser.h main.c parse.c you find .o files in soltools/unxlngx6.pro/obj unxlngx6.pro has different names on different platforms. OK this last piece of information helped to manually compile all soltools. I am proceeding slowly now since many things fail and I have to do them manually. For example, the following fails configure: configuring in CoinUtils configure: running /bin/sh './configure' --prefix=/extra/sources/OpenOffice/aoo-4.0.1/ext_libraries/coinmp/unxsoli4.pro/misc/build/CoinMP-1.6.0 '--disable-pkg-config' '--disable-bzlib' '--disable-zlib' 'CC=/usr/bin/cc -features=rvalueref' 'CXX=/usr/bin/CC -features=rvalueref' --cache-file=/dev/null --srcdir=. simply because 'CC=/usr/bin/cc -features=rvalueref' 'CXX=/usr/bin/CC -features=rvalueref' should be 'CC=/usr/bin/cc -features=rvalueref' 'CXX=/usr/bin/CC -features=rvalueref' I cross my fingers and I proceed. Thanks once more for your help. A.S. -- Apostols Syropoulos Xanthi, Greece
soltools need(s) to be rebuilt
Hello, I have come to the conclusion that OpenOffice cannot be configured (at least easily) to compile with GNU g++ under Solaris. So I have tried Solaris Studio. Now I am getting the following error message: = Building module soltools = Entering /extra/sources/OpenOffice/aoo-4.0.1/main/soltools/mkdepend Compiling: soltools/mkdepend/collectdircontent.cxx /extra/sources/OpenOffice/aoo-4.0.1/main/soltools/mkdepend/collectdircontent.hxx, line 6: Error: Could not open include fileset. . Many lines deleted . /extra/sources/OpenOffice/aoo-4.0.1/main/soltools/mkdepend/collectdircontent.cxx, line 4: Error: Cannot use const char* to initialize int. Compilation aborted, too many Error messages. dmake: Error code 2, while making '../unxsoli4.pro/obj/collectdircontent.obj' 1 module(s): soltools need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /extra/sources/OpenOffice/aoo-4.0.1/main/soltools/mkdepend When you have fixed the errors in that module you can resume the build by running: build --all:soltools Since I have manually compiled the mkdepend tool, it seems to me that the problem here is that the make script forces the C compiler to compile a C++ file, which of course is a bug. I would really appreciate it if someone would tell me either how to convince the make script that the binary has been build (I have no knowledge of dmake!) or how to fix the building script to choose the correct compiler for the corresponding source file. Regards, A.S. -- Apostols Syropoulos Xanthi, Greece
RE: soltools need(s) to be rebuilt
As with any makefile, the whole chain is checked, and when you are in soltools/mkdepend it check the object files against the source, and the exe against the object files. I work on changing the build system, and I often cheat the make system by doing touch obj file, that way its not rebuilt. No it is not working. Here are the contents of the folder: $ pwd /extra/sources/OpenOffice/aoo-4.0.1/main/soltools/mkdepend $ ls collectdircontent.cxx cppsetup.o imakemdep.hmake_makedepend parse.o collectdircontent.hxx def.h include.cmakefile.mk pr.c collectdircontent.oifparser.c include.omkdepend pr.o collectdircontent.obj ifparser.h main.cmkdepend.man cppsetup.c ifparser.o main.oparse.c Of course it is quite possible that I am doing something wrong... A.S. -- Apostols Syropoulos Xanthi, Greece
Compiling OpenOffice in OpenSolaris
Hello, Since there is no binary package for any version of Solaris x86, I am trying to compile OpenOffice on OpenSolaris in the hope that the resulting binaries will work in later versions. I have downloaded the source code and I did the following: $ export LD_ALTEXEC=/usr/bin/gld $ export ANT_HOME=/opt/gnu/ant/ $ export JAVA_HOME=/usr/java $ ./configure --with-dmake-url=http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2 --with-epm-url=http://www.msweet.org/files/project2/epm-3.7-source.tar.gz --disable-odk --with-lang=el en --with-junit=/extra/sources/OpenOffice/java/junit-4.11.jar --prefix=/opt/gnu $ source SolarisX86GccEnv.Set Then I did the following: $ cd instsetoo_native and when I give the build --all command I get the following: build -- version: 275224 = Building module solenv = Entering /extra/sources/OpenOffice/aoo-4.0.1/main/solenv ERROR! Could not detect compiler version! Please extend tg_compv.mk in solenv/inc. g++ -dumpversion returns 4.7.2 force_dmake_to_error dmake: Error executing 'force_dmake_to_error': No such file or directory dmake: Error code -1, while making 'compiler_version_error' 1 module(s): solenv need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /extra/sources/OpenOffice/aoo-4.0.1/main/solenv When you have fixed the errors in that module you can resume the build by running: build --all:solenv The system correctly finds the version of the compiler but it complains that it cannot find the compiler version. I guess this is a bug, but I don't know where to start. Can you please help me solve this problem so to actually start building? Best regards, Apostolos -- Apostols Syropoulos Xanthi, Greece