ΑΠ: Merge with LibreOffice?

2016-08-06 Thread Απόστολος Συρόπουλος

>> 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

2016-07-02 Thread Απόστολος Συρόπουλος
> > 
> > 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

2016-07-02 Thread Απόστολος Συρόπουλος
 >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

2016-06-29 Thread Απόστολος Συρόπουλος
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

2016-04-04 Thread Απόστολος Συρόπουλος
>
> 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

2016-04-04 Thread Απόστολος Συρόπουλος
> 
> 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

2016-04-03 Thread Απόστολος Συρόπουλος
> > 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

2015-06-05 Thread Απόστολος Συρόπουλος
 
 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

2014-08-01 Thread Απόστολος Συρόπουλος
 
 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

2014-06-25 Thread Απόστολος Συρόπουλος
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

2014-06-25 Thread Απόστολος Συρόπουλος
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

2014-02-15 Thread Απόστολος Συρόπουλος
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

2014-02-09 Thread Απόστολος Συρόπουλος
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?

2014-02-08 Thread Απόστολος Συρόπουλος
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?

2014-02-07 Thread Απόστολος Συρόπουλος
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

2014-02-04 Thread Απόστολος Συρόπουλος
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...

2014-02-03 Thread Απόστολος Συρόπουλος
 
 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...

2014-02-01 Thread Απόστολος Συρόπουλος
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

2014-01-27 Thread Απόστολος Συρόπουλος
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: loadComponentFromURL - Solaris 11 OO 3.3

2014-01-17 Thread Απόστολος Συρόπουλος
 
   There is one person (Apostols Syropoulos) trying to compile the 
 latest version 4.0, but having trouble.
 
 Then there are at least 2.  I've tried and so far failed to compile 4.0. 
 [I'm using self built 3.4.1]
 

Hello,

What compiler are you using? I used gcc 4.7.2 and now I have switched
to gcc 4.8.2.  I have compiled most modules but there was a problem
with the bridge. One could port the Linux bridge, but I have zero
knowledge of assembly (there is a an assembly language file). 
Another idea would be to port the bridge from LibreOffice. 
At any rate, I am trying things and hope to finish soon!

All the best,
Apostolos

--
Apostols Syropoulos
Xanthi, Greece

  

RE: libuno_cppu failure

2014-01-06 Thread Απόστολος Συρόπουλος
 
 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 :-(

2014-01-03 Thread Απόστολος Συρόπουλος
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!

2013-12-23 Thread Απόστολος Συρόπουλος
 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!

2013-12-21 Thread Απόστολος Συρόπουλος
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!

2013-12-20 Thread Απόστολος Συρόπουλος
  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!

2013-12-18 Thread Απόστολος Συρόπουλος
 
 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

2013-12-17 Thread Απόστολος Συρόπουλος
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

2013-12-13 Thread Απόστολος Συρόπουλος
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

2013-12-13 Thread Απόστολος Συρόπουλος
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

2013-12-11 Thread Απόστολος Συρόπουλος
 
 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

2013-12-07 Thread Απόστολος Συρόπουλος
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

2013-12-05 Thread Απόστολος Συρόπουλος
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

2013-12-04 Thread Απόστολος Συρόπουλος
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

2013-12-01 Thread Απόστολος Συρόπουλος
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

2013-12-01 Thread Απόστολος Συρόπουλος
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

2013-11-29 Thread Απόστολος Συρόπουλος
 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

2013-11-28 Thread Απόστολος Συρόπουλος
 
 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

2013-11-27 Thread Απόστολος Συρόπουλος
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

2013-11-27 Thread Απόστολος Συρόπουλος
 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

2013-11-24 Thread Απόστολος Συρόπουλος
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

  

RE: Compiling OpenOffice in OpenSolaris

2013-11-24 Thread Απόστολος Συρόπουλος
 
 normally you need to run autoconf before configure


ΟΚ I was just copying/pasting some info from my notes and of course
I forgot to mention that I did the autoconf and bootstrap steps. My bad.

 
 it cannot find your compiler, maybe because you did not run bootstrap.


No I did run bootstrap, I just forgot to mention it.

 please remember solaris is not a supported plattform, so you might have
 other problems.

And I intend to solve them :-)

A.S.
 
--
Apostols Syropoulos
Xanthi, Greece