Re: Build Error

2021-05-24 Thread Peter Kovacs



On 24.05.21 13:53, Arrigo Marchiori wrote:

Hello Peter,

On Mon, May 24, 2021 at 10:10:23AM +, Peter Kovacs wrote:


Hello all,


I am building OpenOffice trunk in a CentOSX Environment running as a docker
image. Anyone has an Idea where to look. The versions look very old and even
for CentOSx not up to time.

My host system is Arch Linux. I run into a strange QA Issue:

Entering workspace/AOO/github/main/sal/qa/osl/condition

../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6:
version `GLIBCXX_3.4.20' not found (required by
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)

I don't know Docker, but what you wrote below may give us a
suggestion.

[...]

My Config:

[ ...snip as nothing seems wrong there ... ]

My Docker build environment:

FROM centos:7
RUN yum update -y
RUN echo "assumeyes=1" >> /etc/yum.conf
RUN yum install epel-release -y
RUN yum install -y\
    gcc \
    expat-devel \
    openssl-devel \
    autoconf \
    gcc-c++ \

Here we are.


It is part of the guide. see [1]

Does this needs to change?

(The guide differs a bit with the docker commands, since it did not work 
out of the box.




If I understand correctly, you are installing an older C++ (from
Centos 7) into your up-to-date system.

The error message is about a library mismatch between
/lib64/libstdc++.so.6 and one of the shared libraries you compiled.

Is it possible that, for some reason, the AOO build system is not
always using the same version of GCC, or the same libraries? I.e. it
is mixing them from the CentOS installation and from the host system?

Or maybe the Docker image contains multiple versions of GCC, and the
build system is mixing them?

This could lead to errors similar to the one you reported.

You can get information about individual libstdc+ versions with the
following command:

$ strings /path/libstdc++.so.6 | grep GLIBCXX

And from here:
https://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html you can see
that GLIBC_3.4.20 corresponds to GCC 4.9.0.

I hope this helps.
However I believe that during my tries to make the docker image world I 
tried to build OpenOffice with different gcc version as you have suspected.


Thanks for pointing this out.

[1] 
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step_Linux#CentOS_7_and_Fedora_19_for_AOO_4.2.x_and_later

--
This is the Way! http://www.apache.org/theapacheway/index.html

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build Error

2021-05-24 Thread Arrigo Marchiori
Hello Peter,

On Mon, May 24, 2021 at 10:10:23AM +, Peter Kovacs wrote:

> Hello all,
> 
> 
> I am building OpenOffice trunk in a CentOSX Environment running as a docker
> image. Anyone has an Idea where to look. The versions look very old and even
> for CentOSx not up to time.
> 
> My host system is Arch Linux. I run into a strange QA Issue:
> 
> Entering workspace/AOO/github/main/sal/qa/osl/condition
> 
> ../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6:
> version `GLIBCXX_3.4.20' not found (required by
> workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)

I don't know Docker, but what you wrote below may give us a
suggestion.

[...]
> My Config:
[ ...snip as nothing seems wrong there ... ]
> 
> My Docker build environment:
> 
> FROM centos:7
> RUN yum update -y
> RUN echo "assumeyes=1" >> /etc/yum.conf
> RUN yum install epel-release -y
> RUN yum install -y\
>    gcc \
>    expat-devel \
>    openssl-devel \
>    autoconf \
>    gcc-c++ \

Here we are.

If I understand correctly, you are installing an older C++ (from
Centos 7) into your up-to-date system.

The error message is about a library mismatch between
/lib64/libstdc++.so.6 and one of the shared libraries you compiled.

Is it possible that, for some reason, the AOO build system is not
always using the same version of GCC, or the same libraries? I.e. it
is mixing them from the CentOS installation and from the host system?

Or maybe the Docker image contains multiple versions of GCC, and the
build system is mixing them?

This could lead to errors similar to the one you reported.

You can get information about individual libstdc+ versions with the
following command:

$ strings /path/libstdc++.so.6 | grep GLIBCXX

And from here:
https://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html you can see
that GLIBC_3.4.20 corresponds to GCC 4.9.0.

I hope this helps.

Best regards,
-- 
Arrigo

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build Error

2021-05-24 Thread Peter Kovacs

Okay, sorry for the fuzz. Was some ISO Layer 8 Issue.

I did a dmake clean and then i seem to pass the Issue. -.-

On 24.05.21 12:10, Peter Kovacs wrote:

Hello all,


I am building OpenOffice trunk in a CentOSX Environment running as a 
docker image. Anyone has an Idea where to look. The versions look very 
old and even for CentOSx not up to time.


My host system is Arch Linux. I run into a strange QA Issue:

Entering workspace/AOO/github/main/sal/qa/osl/condition

../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `GLIBCXX_3.4.20' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)
../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `CXXABI_1.3.9' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)
../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `GLIBCXX_3.4.26' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)
../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `GLIBCXX_3.4.21' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)

dmake:  Error code 1, while making 'sal_ut_osl_condition_run'


My Config:

./configure \
    --with-dmake-path=/usr/local/bin/dmake \
    --with-epm=/usr/local/bin/epm \
    --with-ant-home=/ant \
    --with-lang="${LANGS}" \
    --with-jdk-home=${jdkhome} \
    --with-package-format="installed" \
    --with-vendor="Petko Testbuild"\
    --with-build-version="aoo4ever-$(date +"%Y-%m-%d %H:%M") - `uname 
-sm`\n ${GitHash}" \

    --with-system-stdlibs \
    --enable-crashdump=yes \
    --enable-category-b \
    --enable-beanshell \
    --enable-wiki-publisher \
    --enable-bundled-dictionaries \
    --enable-opengl  \
    --enable-dbus  \
    --without-junit \
    --without-stlport \
    --disable-odk \
    --without-fonts

My Docker build environment:

FROM centos:7
RUN yum update -y
RUN echo "assumeyes=1" >> /etc/yum.conf
RUN yum install epel-release -y
RUN yum install -y\
   gcc \
   expat-devel \
   openssl-devel \
   autoconf \
   gcc-c++ \
   cups-devel \
   pam-devel \
   java-1.8.0-openjdk-devel \
   rpm-build \
   dpkg \
   fakeroot \
   gperf \
   freetype-devel \
   libX11-devel \
   libXt-devel \
   fontconfig-devel \
   libXrandr-devel \
   bison \
   flex \
   GConf2-devel \
   gnome-vfs2-devel \
   gtk2-devel \
   gstreamer-devel \
   gstreamer-plugins-base-devel \
   gstreamer1-devel \
   gstreamer1-plugins-base-devel \
   mesa-libGLU-devel \
   wget \
   subversion \
   ccache \
   glib2-devel \
   dbus-glib-devel \
   perl \
   ORBit2-devel
RUN ccache -M 2G
RUN wget 
http://mirrors.nxnethosting.com/apache//ant/binaries/apache-ant-1.9.15-bin.tar.bz2

RUN tar xvf apache-ant-1.9.15-bin.tar.bz2
RUN mv apache-ant-1.9.15 ant
RUN yum install \
   cpan \
   perl-libwww-perl \
   perl-Archive-Zip \
   perl-Digest-SHA \
   perl-XML-Parser \
   perl-Crypt-SSLeay \
   perl-Env \
   perl-LWP-Protocol-https \
   perl-Test-Simple \
   perl-File-Path
RUN wget 
https://github.com/jimjag/dmake/archive/v4.13.1/dmake-4.13.1.tar.gz

RUN tar xvf dmake-4.13.1.tar.gz
WORKDIR /dmake-4.13.1
RUN ./configure --prefix=/usr/local; make install
WORKDIR /
RUN wget https://github.com/jimjag/epm/archive/v5.0.0/epm-5.0.0.tar.gz
RUN tar xvf epm-5.0.0.tar.gz
WORKDIR epm-5.0.0
RUN ./configure --prefix=/usr/local ; make -i install
RUN yum install -y git autoconf



--
This is the Way! http://www.apache.org/theapacheway/index.html

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build error on 4.1.8 on Linux Ubuntu 16.xx

2020-10-11 Thread Peter Kovacs
Okay, sorry for the fuzz. It is a user layer 8 issue. Forgot to issue a 
dmake clean from my last build.


Am 11.10.20 um 18:51 schrieb Peter Kovacs:

Hello all,


I get a build error on my Ubuntu Machine:

Multi Platform Enabled Edition
dmake:  Error: -- `FormWizard_1.png' not found, and can't be made

1 module(s):
    extras
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/home/legine/workspace/AOO/gitbox/main/extras/source/templates/wizard/bitmap


When you have fixed the errors in that module you can resume the build 
by running:


    build --all:extras


The file exist in trunk but not in 4.1.8.

git status does not give me any hint of a left over from trunk. I also 
copied a 4.18 zip download from Github in my working directory, and 
git shows no diffs.


Has anyone encountered this issue? Jim?

Thanks



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build Error in Module vcl

2019-04-29 Thread Matthias Seidel
Hi Fisher Shen,

Thanks for your finding, it should be corrected now.

Regards,

   Matthias

Am 29.04.19 um 17:39 schrieb Shen, Xinyu:
> Also, in the same folder, for null_mask.h and null_curs.h, the older version 
> is nullmask_width, nullcurs_height, etc.
>
> In the newest version, it is changed to null_mask_width, etc. but it does not 
> seem that other part of code is changed as well. Removing the underline seems 
> to fix the whole problem in building svl.
>
> Fisher Shen
> 
> From: Shen, Xinyu
> Sent: Monday, April 29, 2019 11:20 AM
> To: dev@openoffice.apache.org
> Subject: Build Error in Module vcl
>
> Hi:
>
> I have encountered a problem when building the project.
>
> In main/vcl/inc/unx/x11_cursors/ase_mask.h the last line seems to be lost due 
> to last commit.
>
> Modify it accordingly with the last version fix the problem.
>
> Thanks,
> Fisher Shen
>



smime.p7s
Description: S/MIME Cryptographic Signature


Re: Build Error in Module vcl

2019-04-29 Thread Shen, Xinyu
Also, in the same folder, for null_mask.h and null_curs.h, the older version is 
nullmask_width, nullcurs_height, etc.

In the newest version, it is changed to null_mask_width, etc. but it does not 
seem that other part of code is changed as well. Removing the underline seems 
to fix the whole problem in building svl.

Fisher Shen

From: Shen, Xinyu
Sent: Monday, April 29, 2019 11:20 AM
To: dev@openoffice.apache.org
Subject: Build Error in Module vcl

Hi:

I have encountered a problem when building the project.

In main/vcl/inc/unx/x11_cursors/ase_mask.h the last line seems to be lost due 
to last commit.

Modify it accordingly with the last version fix the problem.

Thanks,
Fisher Shen


Re: Build error on fonts

2016-11-26 Thread Peter Kovacs

nvm. I fixed it. it seems that I needed to rerun bootstrap.


On 26.11.2016 10:07, Peter Kovacs wrote:

Hello all,


I try to advance again on my build. And I run into an error again:

dmake:  Error: -- 
`../../unxlngx6.pro/misc/1725634df4bb3dcb1b2c91a6175f8789-GentiumBasic_1102.unpack' 
not found, and can't be made



Why could it be that the File is not there?


all the best

Peter




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: build error

2016-11-16 Thread Peter Kovacs


On 16.11.2016 08:41, Ariel Constenla-Haile wrote:

I guess your system python defaults to Python 3.
Take a look at the output of

/usr/bin/env python --version

gtest does not work with Python 3, at least the version
we use, see https://github.com/google/googletest/issues/434


Regards

Thanks!

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: build error

2016-11-15 Thread Ariel Constenla-Haile
On 15/11/16 17:54, Peter Kovacs wrote:
> Hello all,
> 
> 
> I have following build error on trunk:
> 
> "./scripts/fuse_gtest_files.py" "./fused-src" File
> "./scripts/fuse_gtest_files.py", line 93 print 'ERROR: Cannot find %s
> in directory %s.' % (relative_path, ^ SyntaxError: invalid syntax 
> make: *** [Makefile:1340: fused-gtest] Error 1 dmake:  Error code 2,
> while making './unxlngx6.pro/misc/build/so_built_oo_gtest'
> 
> I do not understand this. Anyone has an Idea?
> 
> Google did not know either.

I guess your system python defaults to Python 3.
Take a look at the output of 

/usr/bin/env python --version

gtest does not work with Python 3, at least the version
we use, see https://github.com/google/googletest/issues/434


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina



signature.asc
Description: OpenPGP digital signature


Re: build error

2015-08-29 Thread Andrea Pescetti

On 20/08/2015 Phillip Rhodes wrote:

I ran into this bug:
https://bz.apache.org/ooo/show_bug.cgi?id=126258
I just applied the patch in the bug, trying the build again now.


Thank you for bringing it to the list's attention anyway (and thanks 
Alexander for contributing the patch in the first place!).


I've now suggested that we integrate the patch in the next 4.1.2 release 
for a smoother build experience on recent systems.


Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: build error

2015-08-29 Thread Phillip Rhodes
FWIW, that patch did indeed fix the build error I was seeing, so I endorse
the idea of going ahead and merging that.


Phil


This message optimized for indexing by NSA PRISM

On Sat, Aug 29, 2015 at 4:50 PM, Andrea Pescetti pesce...@apache.org
wrote:

 On 20/08/2015 Phillip Rhodes wrote:

 I ran into this bug:
 https://bz.apache.org/ooo/show_bug.cgi?id=126258
 I just applied the patch in the bug, trying the build again now.


 Thank you for bringing it to the list's attention anyway (and thanks
 Alexander for contributing the patch in the first place!).

 I've now suggested that we integrate the patch in the next 4.1.2 release
 for a smoother build experience on recent systems.

 Regards,
   Andrea.

 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org




Re: build error

2015-08-19 Thread Phillip Rhodes
Aaah, looks like I should have searched harder before posting.  I think I
ran into this bug:

https://bz.apache.org/ooo/show_bug.cgi?id=126258

I just applied the patch in the bug, trying the build again now.


Thanks,


Phil


This message optimized for indexing by NSA PRISM

On Wed, Aug 19, 2015 at 9:51 PM, Phillip Rhodes motley.crue@gmail.com
wrote:

 AOO crew:

 I'm trying to build the latest sources on Linux and am seeing this
 error.  Any thoughts or suggestions on how to resolve this are
 much appreciated.


 patch ../../unxlngx6.pro/bin/odkcommon/docs/java/ref/index.html
 idl_ref_javadoc.patch
 Invalid file name ../../
 unxlngx6.pro/bin/odkcommon/docs/java/ref/index.html -- skipping patch
 dmake:  Error code 1, while making '../../
 unxlngx6.pro/bin/odkcommon/docs/java/ref/index.html'
 dmake:  '../../unxlngx6.pro/bin/odkcommon/docs/java/ref/index.html'
 removed.

 1 module(s):
odk
 need(s) to be rebuilt

 Reason(s):

 ERROR: error 65280 occurred while making
 /home/prhodes/development/clones_not_mirrors_upstream_oss/openoffice/main/odk/pack/gendocu


 When you have fixed the errors in that module you can resume the build by
 running:

build --all:odk



 Thanks,


 Phillip Rhodes
 ~~~
 This message optimized for indexing by NSA PRISM



Re: [BUILD] Error comphelper module

2015-07-24 Thread jan i
On Friday, July 24, 2015, Michal Hriň h...@apache.org wrote:

 Hi all,

 I'm trying to build AOO on Windows (7) and I still have problem with
 comphelper module.

 Error:

 =
 Building module comphelper
 =

 Entering /home/community/aoo-4.1.1/main/comphelper/prj

 cd ..  make -s -r -j1make -s -r deliverlog
 [ info  ALL ] LinkTarget Library/isal.lib not defined: Assuming headers
 to be there!
 [ info  ALL ] LinkTarget Library/icppuhelper.lib not defined: Assuming
 headers to be there!
 [ info  ALL ] LinkTarget Library/icppu.lib not defined: Assuming
 headers to be there!
 [ info  ALL ] LinkTarget Library/iucbhelper.lib not defined: Assuming
 headers to be there!
 [ info  ALL ] LinkTarget Library/ivos.lib not defined: Assuming headers
 to be there!
 [ info  ALL ] LinkTarget Library/msvcprt.lib not defined: Assuming
 headers to be there!
 [ info  ALL ] LinkTarget Library/uwinapi.lib not defined: Assuming
 headers to be there!
 [ info  ALL ] LinkTarget Library/kernel32.lib not defined: Assuming
 headers to be there!
 [ info  ALL ] LinkTarget Library/msvcrt.lib not defined: Assuming
 headers to be there!
 [ info  ALL ] LinkTarget Library/oldnames.lib not defined: Assuming
 headers to be there!
 [ build PKG ] comphelper_inc
 [ build DEP ] LNK:Library/icomphelp.lib
 [ build RES ] comphelper/default
 [ build RES ]
 awk: fatal: can't open source file
 `C:/cygwinc:/cygwin/home/community/aoo
 -4.1.1/main/solenv/gbuild/processdeps.awk' for reading (No such file or
 directory)
 C:/cygwin/home/community/aoo
 -4.1.1/main/solenv/gbuild/WinResTarget.mk:59: recipe for target
 '/home/community/aoo
 -4.1.1/main/solver/411/wntmsci12.pro/workdir/WinResTarget/comphelper/de
 fault.res' failed
 make: *** [/home/community/aoo
 -4.1.1/main/solver/411/wntmsci12.pro/workdir/WinResTarget/comphelper/de
 fault.res] Error 2
 dmake:  Error code 2, while making 'all'



 Here is configure options:

  ./configure --with-dmake-url=
 http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2; -
 -with-ant-home=/cygdrive/c/apache-ant-1.9.6 --with-frame
 -home=/cygdrive/c/Program Files/Microsoft SDKs/Windows/v6.1 --with
 -psdk-home=/cygdrive/c/Program Files/Microsoft SDKs/Windows/v6.1 -
 -with-midl-path=/cygdrive/c/Program Files/Microsoft
 SDKs/Windows/v6.1/Bin --with-cl-home=/cygdrive/c/Program Files
 (x86)/Microsoft Visual Studio 9.0/VC  --with-mspdb
 -path=/cygdrive/c/Program Files (x86)/Microsoft Visual Studio
 9.0/Common7/IDE --with-asm-home=/cygdrive/c/Program Files
 (x86)/Microsoft Visual Studio 9.0/VC/bin --with-csc
 -path=/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5 --with-jdk
 -home=/cygdrive/c/Program Files (x86)/Java/jdk1.7.0_80  --with-nsis
 -path=/cygdrive/c/Program Files (x86)/NSIS --with-directx
 -home=/cygdrive/c/Program Files (x86)/Microsoft DirectX SDK (June
 2010) --disable-atl --with-package-format=installed msi --enable-win
 -x64-shellext --with-lang=sk --without-stlport --without-junit -
 -disable-odk --with-mfc-include-dir=C:/WinDDK/7600.16385.1/inc/mfc42
 --with-mfc-lib-dir=C:/WinDDK/7600.16385.1/lib/Mfc/i386

 I am trying more versions of Windows SDK (6.1, 7.0 or 7.0A), I have C++
 Compiler bundled with SDK, this means MSVC++ 2008.

 I have no more ideas.
 Can sombody help me ?

at least your LIBPATH to gcc is not correct. I guess you cannot link a
simple hello world program. Kernel32 as well as the ms* is system
libraries.

rgds
jan i


 Thanks!

 Regards,
 Michal Hriň





 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 javascript:;
 For additional commands, e-mail: dev-h...@openoffice.apache.org
 javascript:;



-- 
Sent from My iPad, sorry for any misspellings.


Re: build error in Ubuntu Linux 14.04 - bugzilla issue 124712

2014-08-20 Thread Amali Praveena Soban Kumar
Hi dev,
There is an other build error in Ubuntu Linux 14.04.
Build error in component svx in Ubuntu Linux 14.04. I've logged this bug in 
Bugzilla, for details go into this link  
https://issues.apache.org/ooo/show_bug.cgi?id=125475.
I've already spent 3 days looking into it. I haven't found a solution yet.
Thanks,
Amali. 


On Wednesday, 6 August 2014 5:32 PM, Jürgen Schmidt jogischm...@gmail.com 
wrote:
  


On 06/08/14 06:54, Amali Praveena Soban Kumar wrote:
 Hi dev, 
 I've just found a workaround to build svl. Doing a partial build of svl 
 says,'svl module loaded.' I think it works.
 Going to do a full build as well. After this, i'll update the issue with the 
 details.
 Thanks,
 Amali.
  

interesting, I still have no 14.4 system in place for testing but it
sounds like a dependency problem. Or linking in the wrong order
whatever. We had already such strange problems before sometimes and they
are always tricky to find.

Thanks for sharing your observation

Juergen



 
 
 On Tuesday, 5 August 2014 2:59 PM, Amali Praveena Soban Kumar 
 samaliprave...@yahoo.com.au wrote:
  
 
 
 This CXXFLAGS= -fuse-cxa-atexit is not working, either. This is what i'm 
 doing:
 the link error is in svl component.
 After exporting these flags, i'm running ./configure script, ./bootstrap, 
 source LinuxX86-64Env.Set.sh
 cd instsetoo_native
 build --all
 The same build error in svl. i tried to make clean and partial build svl, but 
 still getting the same link error.
 Do i have to do a clean build everytime i change the flagsl? I'm thinking of 
 doing clean build just to check whether these flags are working
 
 
 
 
 
 On Monday, 4 August 2014 7:58 PM, Amali Praveena Soban Kumar 
 samaliprave...@yahoo.com.au wrote:
 
 
 
 Hi dev,
 Actually, I'm trying to fix a build issue in Ubuntu Linux 14.04. For 
 information about the issue, please refer to bugzilla issue no 124712.
 I'm stuck and don't know how to proceed. If you have any information, please 
 let me know.
 Though I can see them set in config.log, why aren't the following flags 
 working?
 export LIBS = -lc_nonshared.a -lc
 export LDFLAGS = -static -lc_nonshared.a -lc
 libc_nonshared.a is trying to find a symbol __cxa_atexit which is defined in 
 libc.a; so I'm trying to link libc.a as well as it looks like the make files 
 aren't linking with libc.a at all.
 
 Thanks,
 Amali.
 


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: build error in Ubuntu Linux 14.04 - bugzilla issue 124712

2014-08-06 Thread Jürgen Schmidt
On 06/08/14 06:54, Amali Praveena Soban Kumar wrote:
 Hi dev, 
 I've just found a workaround to build svl. Doing a partial build of svl 
 says,'svl module loaded.' I think it works.
 Going to do a full build as well. After this, i'll update the issue with the 
 details.
 Thanks,
 Amali.
  

interesting, I still have no 14.4 system in place for testing but it
sounds like a dependency problem. Or linking in the wrong order
whatever. We had already such strange problems before sometimes and they
are always tricky to find.

Thanks for sharing your observation

Juergen


 
 
 On Tuesday, 5 August 2014 2:59 PM, Amali Praveena Soban Kumar 
 samaliprave...@yahoo.com.au wrote:
   
 
 
 This CXXFLAGS= -fuse-cxa-atexit is not working, either. This is what i'm 
 doing:
 the link error is in svl component.
 After exporting these flags, i'm running ./configure script, ./bootstrap, 
 source LinuxX86-64Env.Set.sh
 cd instsetoo_native
 build --all
 The same build error in svl. i tried to make clean and partial build svl, but 
 still getting the same link error.
 Do i have to do a clean build everytime i change the flagsl? I'm thinking of 
 doing clean build just to check whether these flags are working
 
 
 
 
 
 On Monday, 4 August 2014 7:58 PM, Amali Praveena Soban Kumar 
 samaliprave...@yahoo.com.au wrote:
 
 
 
 Hi dev,
 Actually, I'm trying to fix a build issue in Ubuntu Linux 14.04. For 
 information about the issue, please refer to bugzilla issue no 124712.
 I'm stuck and don't know how to proceed. If you have any information, please 
 let me know.
 Though I can see them set in config.log, why aren't the following flags 
 working?
 export LIBS = -lc_nonshared.a -lc
 export LDFLAGS = -static -lc_nonshared.a -lc
 libc_nonshared.a is trying to find a symbol __cxa_atexit which is defined in 
 libc.a; so I'm trying to link libc.a as well as it looks like the make files 
 aren't linking with libc.a at all.
 
 Thanks,
 Amali.
 


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: build error in Ubuntu Linux 14.04 - bugzilla issue 124712

2014-08-05 Thread Amali Praveena Soban Kumar
Hi dev, 
I've just found a workaround to build svl. Doing a partial build of svl 
says,'svl module loaded.' I think it works.
Going to do a full build as well. After this, i'll update the issue with the 
details.
Thanks,
Amali.
 


On Tuesday, 5 August 2014 2:59 PM, Amali Praveena Soban Kumar 
samaliprave...@yahoo.com.au wrote:
  


This CXXFLAGS= -fuse-cxa-atexit is not working, either. This is what i'm doing:
the link error is in svl component.
After exporting these flags, i'm running ./configure script, ./bootstrap, 
source LinuxX86-64Env.Set.sh
cd instsetoo_native
build --all
The same build error in svl. i tried to make clean and partial build svl, but 
still getting the same link error.
Do i have to do a clean build everytime i change the flagsl? I'm thinking of 
doing clean build just to check whether these flags are working





On Monday, 4 August 2014 7:58 PM, Amali Praveena Soban Kumar 
samaliprave...@yahoo.com.au wrote:



Hi dev,
Actually, I'm trying to fix a build issue in Ubuntu Linux 14.04. For 
information about the issue, please refer to bugzilla issue no 124712.
I'm stuck and don't know how to proceed. If you have any information, please 
let me know.
Though I can see them set in config.log, why aren't the following flags working?
export LIBS = -lc_nonshared.a -lc
export LDFLAGS = -static -lc_nonshared.a -lc
libc_nonshared.a is trying to find a symbol __cxa_atexit which is defined in 
libc.a; so I'm trying to link libc.a as well as it looks like the make files 
aren't linking with libc.a at all.

Thanks,
Amali.

Re: build error in Ubuntu Linux 14.04 - bugzilla issue 124712

2014-08-04 Thread Amali Praveena Soban Kumar
This CXXFLAGS= -fuse-cxa-atexit is not working, either. This is what i'm doing:
the link error is in svl component.
After exporting these flags, i'm running ./configure script, ./bootstrap, 
source LinuxX86-64Env.Set.sh
cd instsetoo_native
build --all
The same build error in svl. i tried to make clean and partial build svl, but 
still getting the same link error.
Do i have to do a clean build everytime i change the flagsl? I'm thinking of 
doing clean build just to check whether these flags are working




On Monday, 4 August 2014 7:58 PM, Amali Praveena Soban Kumar 
samaliprave...@yahoo.com.au wrote:
 


Hi dev,
Actually, I'm trying to fix a build issue in Ubuntu Linux 14.04. For 
information about the issue, please refer to bugzilla issue no 124712.
I'm stuck and don't know how to proceed. If you have any information, please 
let me know.
Though I can see them set in config.log, why aren't the following flags working?
export LIBS = -lc_nonshared.a -lc
export LDFLAGS = -static -lc_nonshared.a -lc
libc_nonshared.a is trying to find a symbol __cxa_atexit which is defined in 
libc.a; so I'm trying to link libc.a as well as it looks like the make files 
aren't linking with libc.a at all.

Thanks,
Amali.

Re: build error

2014-07-11 Thread Kay Schenk
On Thu, Jul 10, 2014 at 10:49 PM, Rishitha Dega rishitha.redd...@gmail.com
wrote:

 Hi,

 I am trying to build openoffice on RHEL5 and I am getting an error. I have
 attached the build log. Can somebody help me in building Open Office.

 Thank you
 --
 D.Rishitha
 III year undergraduate
 Computer Science and Engineering
 IIT Madras


 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org


Unfortunately the build log was stripped from this reply.  Can you submit
an issue to Bugzilla and attach it ?

https://issues.apache.org/ooo/


-- 
-
MzK

To be trusted is a greater compliment than being loved.
   -- George MacDonald


Re: Build error - helpcontent2

2014-07-09 Thread Michal Hriň



Dňa 08.07.2014 23:02, Kay Schenk  wrote / napísal(a):


On 07/08/2014 11:27 AM, Michal Hriň wrote:

Hi,

I am going through Building guide - Step by step, and I have some
problem with building helpcontent2. I am on Ubuntu 12.04 and I have JDK
6 and 7 installed from distribution repository and I am trying to build
4.1.0 release.

[...]

/home/majkl/aoo-4.1.0/main/helpcontent2/unxlngx6.pro/bin/xhp_sdatabase_en-US.zip/home/majkl/aoo-4.1.0/main/helpcontent2/source/auxiliary/en-US/sdatabase.cfgtime
taken was 2.886 seconds
/usr/bin/java   -cp
.:../../unxlngx6.pro/class:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/rt.jar:.:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/jaxp.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/juh.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/parser.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/xt.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/unoil.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/ridl.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/jurt.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/xmlsearch.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/LuceneHelpWrapper.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/HelpIndexerTool.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/lucene-core-2.9.4-dev.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/lucene-analyzers-2.9.4-dev.jar
com.sun.star.help.HelpIndexerTool -lang en-US -mod sdatabase -zipdir
../../unxlngx6.pro/misc/ziptmpsdatabase_en-US -o
../../unxlngx6.pro/bin/sdatabase_en-US.zip.unxlngx6.pro
Exception in thread main java.lang.UnsupportedClassVersionError:
com/sun/star/help/HelpIndexerTool : Unsupported major.minor version 51.0
 at java.lang.ClassLoader.defineClass1(Native Method)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:643)
 at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
 at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
 at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
 at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
 at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
Could not find the main class: com.sun.star.help.HelpIndexerTool.
Program will exit.
dmake:  Error code 1, while making
'../../unxlngx6.pro/bin/sdatabase_en-US.zip'

1 module(s):
 helpcontent2
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making
/home/majkl/aoo-4.1.0/main/helpcontent2/util/sdatabase

Ideas?





Thanks!

After forcing Java to v. 7, build was sucessful. I wonder why configure 
script recognized Java 6 when both was installed. Maybe I have ghost in 
the machine.




 From this output, it looks like your java version for this build was
java 6. I think we're using 7 as the default for the builds but I'm not
positive this is causing your problem. However, you might try it and
explicitly declare it as part of your config options.

--with-java
--with-jdk-home=(path to your java 7 version)



Is somewhere in the universe complete list of these build parameters ?
Can you point me there ?


My java version is java version 1.7.0_51 (openJDK) and I did not
experience any problems with the build I did yesterday at this section.

Unfortunately, we don't seem to have source for HelpIndexerTool (just
the class files) so it's difficult to tell what's going on exactly.




Regards,
Michal Hriň

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org





-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build error - helpcontent2

2014-07-09 Thread Andre Fischer

On 09.07.2014 12:12, Michal Hriň wrote:



Dňa 08.07.2014 23:02, Kay Schenk  wrote / napísal(a):


On 07/08/2014 11:27 AM, Michal Hriň wrote:

Hi,

I am going through Building guide - Step by step, and I have some
problem with building helpcontent2. I am on Ubuntu 12.04 and I have JDK
6 and 7 installed from distribution repository and I am trying to build
4.1.0 release.

[...]

/home/majkl/aoo-4.1.0/main/helpcontent2/unxlngx6.pro/bin/xhp_sdatabase_en-US.zip/home/majkl/aoo-4.1.0/main/helpcontent2/source/auxiliary/en-US/sdatabase.cfgtime 


taken was 2.886 seconds
/usr/bin/java   -cp
.:../../unxlngx6.pro/class:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/rt.jar:.:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/jaxp.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/juh.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/parser.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/xt.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/unoil.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/ridl.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/jurt.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/xmlsearch.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/LuceneHelpWrapper.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/HelpIndexerTool.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/lucene-core-2.9.4-dev.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/lucene-analyzers-2.9.4-dev.jar 


com.sun.star.help.HelpIndexerTool -lang en-US -mod sdatabase -zipdir
../../unxlngx6.pro/misc/ziptmpsdatabase_en-US -o
../../unxlngx6.pro/bin/sdatabase_en-US.zip.unxlngx6.pro
Exception in thread main java.lang.UnsupportedClassVersionError:
com/sun/star/help/HelpIndexerTool : Unsupported major.minor version 
51.0

 at java.lang.ClassLoader.defineClass1(Native Method)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:643)
 at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
 at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
 at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
 at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
 at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
Could not find the main class: com.sun.star.help.HelpIndexerTool.
Program will exit.
dmake:  Error code 1, while making
'../../unxlngx6.pro/bin/sdatabase_en-US.zip'

1 module(s):
 helpcontent2
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making
/home/majkl/aoo-4.1.0/main/helpcontent2/util/sdatabase

Ideas?





Thanks!

After forcing Java to v. 7, build was sucessful. I wonder why 
configure script recognized Java 6 when both was installed. Maybe I 
have ghost in the machine.




 From this output, it looks like your java version for this build was
java 6. I think we're using 7 as the default for the builds but I'm not
positive this is causing your problem. However, you might try it and
explicitly declare it as part of your config options.

--with-java
--with-jdk-home=(path to your java 7 version)



Is somewhere in the universe complete list of these build parameters ?
Can you point me there ?


Configure itself provides the list:

main/configure --help

-Andre




My java version is java version 1.7.0_51 (openJDK) and I did not
experience any problems with the build I did yesterday at this section.

Unfortunately, we don't seem to have source for HelpIndexerTool (just
the class files) so it's difficult to tell what's going on exactly.




Regards,
Michal Hriň

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org





-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org





-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build error - helpcontent2

2014-07-09 Thread Kay Schenk
On Wed, Jul 9, 2014 at 3:12 AM, Michal Hriň h...@apache.org wrote:



 Dňa 08.07.2014 23:02, Kay Schenk  wrote / napísal(a):


 On 07/08/2014 11:27 AM, Michal Hriň wrote:

 Hi,

 I am going through Building guide - Step by step, and I have some
 problem with building helpcontent2. I am on Ubuntu 12.04 and I have JDK
 6 and 7 installed from distribution repository and I am trying to build
 4.1.0 release.

 [...]

 /home/majkl/aoo-4.1.0/main/helpcontent2/unxlngx6.pro/bin/
 xhp_sdatabase_en-US.zip/home/majkl/aoo-4.1.0/main/
 helpcontent2/source/auxiliary/en-US/sdatabase.cfgtime
 taken was 2.886 seconds
 /usr/bin/java   -cp
 .:../../unxlngx6.pro/class:/usr/lib/jvm/java-6-openjdk-
 amd64/jre/lib/rt.jar:.:/home/majkl/aoo-4.1.0/main/solver/
 410/unxlngx6.pro/bin/jaxp.jar:/home/majkl/aoo-4.1.0/main/
 solver/410/unxlngx6.pro/bin/juh.jar:/home/majkl/aoo-4.1.0/
 main/solver/410/unxlngx6.pro/bin/parser.jar:/home/majkl/
 aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/xt.jar:/home/
 majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/unoil.
 jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/
 bin/ridl.jar:/home/majkl/aoo-4.1.0/main/solver/410/
 unxlngx6.pro/bin/jurt.jar:/home/majkl/aoo-4.1.0/main/
 solver/410/unxlngx6.pro/bin/xmlsearch.jar:/home/majkl/aoo-
 4.1.0/main/solver/410/unxlngx6.pro/bin/LuceneHelpWrapper.jar:/home/
 majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/
 HelpIndexerTool.jar:/home/majkl/aoo-4.1.0/main/solver/
 410/unxlngx6.pro/bin/lucene-core-2.9.4-dev.jar:/home/
 majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/lucene-
 analyzers-2.9.4-dev.jar
 com.sun.star.help.HelpIndexerTool -lang en-US -mod sdatabase -zipdir
 ../../unxlngx6.pro/misc/ziptmpsdatabase_en-US -o
 ../../unxlngx6.pro/bin/sdatabase_en-US.zip.unxlngx6.pro
 Exception in thread main java.lang.UnsupportedClassVersionError:
 com/sun/star/help/HelpIndexerTool : Unsupported major.minor version 51.0
  at java.lang.ClassLoader.defineClass1(Native Method)
  at java.lang.ClassLoader.defineClass(ClassLoader.java:643)
  at
 java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
  at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
  at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
  at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
  at java.security.AccessController.doPrivileged(Native Method)
  at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
  at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
  at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
 Could not find the main class: com.sun.star.help.HelpIndexerTool.
 Program will exit.
 dmake:  Error code 1, while making
 '../../unxlngx6.pro/bin/sdatabase_en-US.zip'

 1 module(s):
  helpcontent2
 need(s) to be rebuilt

 Reason(s):

 ERROR: error 65280 occurred while making
 /home/majkl/aoo-4.1.0/main/helpcontent2/util/sdatabase

 Ideas?




 Thanks!

 After forcing Java to v. 7, build was sucessful. I wonder why configure
 script recognized Java 6 when both was installed. Maybe I have ghost in the
 machine.


yay! No, no ghost. Somewhere on your system, you have java6 set as your
default java, and that's why configure picked it up instead of 7. Just some
detective work needed. :)





   From this output, it looks like your java version for this build was
 java 6. I think we're using 7 as the default for the builds but I'm not
 positive this is causing your problem. However, you might try it and
 explicitly declare it as part of your config options.

 --with-java
 --with-jdk-home=(path to your java 7 version)


 Is somewhere in the universe complete list of these build parameters ?
 Can you point me there ?


  My java version is java version 1.7.0_51 (openJDK) and I did not
 experience any problems with the build I did yesterday at this section.

 Unfortunately, we don't seem to have source for HelpIndexerTool (just
 the class files) so it's difficult to tell what's going on exactly.



 Regards,
 Michal Hriň

 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org



 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org




-- 
-
MzK

To be trusted is a greater compliment than being loved.
   -- George MacDonald


Re: Build error - helpcontent2

2014-07-08 Thread Kay Schenk

On 07/08/2014 11:27 AM, Michal Hriň wrote:
 Hi,
 
 I am going through Building guide - Step by step, and I have some
 problem with building helpcontent2. I am on Ubuntu 12.04 and I have JDK
 6 and 7 installed from distribution repository and I am trying to build
 4.1.0 release.
 
 [...]
 
 /home/majkl/aoo-4.1.0/main/helpcontent2/unxlngx6.pro/bin/xhp_sdatabase_en-US.zip/home/majkl/aoo-4.1.0/main/helpcontent2/source/auxiliary/en-US/sdatabase.cfgtime
 taken was 2.886 seconds
 /usr/bin/java   -cp
 .:../../unxlngx6.pro/class:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/rt.jar:.:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/jaxp.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/juh.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/parser.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/xt.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/unoil.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/ridl.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/jurt.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/xmlsearch.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/LuceneHelpWrapper.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/HelpIndexerTool.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/lucene-core-2.9.4-dev.jar:/home/majkl/aoo-4.1.0/main/solver/410/unxlngx6.pro/bin/lucene-analyzers-2.9.4-dev.jar
 com.sun.star.help.HelpIndexerTool -lang en-US -mod sdatabase -zipdir
 ../../unxlngx6.pro/misc/ziptmpsdatabase_en-US -o
 ../../unxlngx6.pro/bin/sdatabase_en-US.zip.unxlngx6.pro
 Exception in thread main java.lang.UnsupportedClassVersionError:
 com/sun/star/help/HelpIndexerTool : Unsupported major.minor version 51.0
 at java.lang.ClassLoader.defineClass1(Native Method)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:643)
 at
 java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
 at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
 at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
 at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
 at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
 Could not find the main class: com.sun.star.help.HelpIndexerTool.
 Program will exit.
 dmake:  Error code 1, while making
 '../../unxlngx6.pro/bin/sdatabase_en-US.zip'
 
 1 module(s):
 helpcontent2
 need(s) to be rebuilt
 
 Reason(s):
 
 ERROR: error 65280 occurred while making
 /home/majkl/aoo-4.1.0/main/helpcontent2/util/sdatabase
 
 Ideas?


From this output, it looks like your java version for this build was
java 6. I think we're using 7 as the default for the builds but I'm not
positive this is causing your problem. However, you might try it and
explicitly declare it as part of your config options.

--with-java
--with-jdk-home=(path to your java 7 version)

My java version is java version 1.7.0_51 (openJDK) and I did not
experience any problems with the build I did yesterday at this section.

Unfortunately, we don't seem to have source for HelpIndexerTool (just
the class files) so it's difficult to tell what's going on exactly.


 
 Regards,
 Michal Hriň
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org
 

-- 
-
MzK

To be trusted is a greater compliment than being loved.
   -- George MacDonald

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build error on Mac OS X 10.7 with AOO main in testtools

2014-03-03 Thread Andre Fischer

On 03.03.2014 10:03, Raphael Bircher wrote:

Hi at all.

I have a build error on my Mac OS X 10.7 in testtools

 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
constructors.component
:  
DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
 xsltproc --nonet --stringparam uri './cppobj.uno.dylib' -o 
../../unxmaccx.pro/misc/cppobj.component \
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
cppobj.component
:  
DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
 xsltproc --nonet --stringparam uri \
 'vnd.sun.star.expand:${MY_CLASSDIR_URL}testComponent.jar' -o 
../../unxmaccx.pro/misc/testComponent.component \
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
testComponent.component
:  
DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
 xsltproc --nonet --stringparam prefix 
/Users/nacnaub/Documents/AOO_main/main/testtools/source/bridgetest/../../unxmaccx.pro/misc/
 -o ../../unxmaccx.pro/lib/uno_services.rdb \
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/packcomponents.xslt 
../../unxmaccx.pro/misc/uno_services.input
cd ../../unxmaccx.pro/lib  :  
DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
 /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/uno \
-ro uno_services.rdb -ro uno_types.rdb \
-s com.sun.star.test.bridge.BridgeTest -- \
com.sun.star.test.bridge.CppTestObject
/bin/bash: line 1: 51041 Segmentation fault: 11  
DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
 /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/uno -ro 
uno_services.rdb -ro uno_types.rdb -s com.sun.star.test.bridge.BridgeTest -- 
com.sun.star.test.bridge.CppTestObject
dmake:  Error code 139, while making 'runtest'


Is this a reproducable problem?  It it is then rebuild cpputools (this 
is where the 'uno' executable is built), deliver and try again to build 
testtools.


-Andre




1 module(s):
testtools
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/Users/nacnaub/Documents/AOO_main/main/testtools/source/bridgetest

When you have fixed the errors in that module you can resume the build by 
running:

build --from testtools




Any touch what's wrong?

Greetings Raphael
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build error on Mac OS X 10.7 with AOO main in testtools

2014-03-03 Thread Raphael Bircher
Hi Andre

Am 03.03.2014 um 10:17 schrieb Andre Fischer:

 On 03.03.2014 10:03, Raphael Bircher wrote:
 Hi at all.
 
 I have a build error on my Mac OS X 10.7 in testtools
 
 
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 constructors.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam uri './cppobj.uno.dylib' -o 
 ../../unxmaccx.pro/misc/cppobj.component \
 
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 cppobj.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam uri \
 'vnd.sun.star.expand:${MY_CLASSDIR_URL}testComponent.jar' -o 
 ../../unxmaccx.pro/misc/testComponent.component \
 
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 testComponent.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam prefix 
 /Users/nacnaub/Documents/AOO_main/main/testtools/source/bridgetest/../../unxmaccx.pro/misc/
  -o ../../unxmaccx.pro/lib/uno_services.rdb \
 
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/packcomponents.xslt 
 ../../unxmaccx.pro/misc/uno_services.input
 cd ../../unxmaccx.pro/lib  :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/uno \
  -ro uno_services.rdb -ro uno_types.rdb \
  -s com.sun.star.test.bridge.BridgeTest -- \
  com.sun.star.test.bridge.CppTestObject
 /bin/bash: line 1: 51041 Segmentation fault: 11  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/uno -ro 
 uno_services.rdb -ro uno_types.rdb -s com.sun.star.test.bridge.BridgeTest -- 
 com.sun.star.test.bridge.CppTestObject
 dmake:  Error code 139, while making 'runtest'
 
 Is this a reproducable problem?  It it is then rebuild cpputools (this is 
 where the 'uno' executable is built), deliver and try again to build 
 testtools.

cpputools was already build. but if I deleted it and rebuild it, I have had 
outputs like this:

clang: error: no input files
clang: error: no input files
Making:all_regsingleton.dpobj
:  
DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
 /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/cppumaker 
@/var/folders/hs/4f4b588j4gsg1pl0b65n795mgn/T//mkfbracU  touch 
../../unxmaccx.pro/inc/regsingleton_headergen.done

Greetings Raphael



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build error on Mac OS X 10.7 with AOO main in testtools

2014-03-03 Thread Jürgen Schmidt
On 3/3/14 12:06 PM, Raphael Bircher wrote:
 Hi Andre
 
 Am 03.03.2014 um 10:17 schrieb Andre Fischer:
 
 On 03.03.2014 10:03, Raphael Bircher wrote:
 Hi at all.

 I have a build error on my Mac OS X 10.7 in testtools

 
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 constructors.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam uri './cppobj.uno.dylib' -o 
 ../../unxmaccx.pro/misc/cppobj.component \
 
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 cppobj.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam uri \
 'vnd.sun.star.expand:${MY_CLASSDIR_URL}testComponent.jar' -o 
 ../../unxmaccx.pro/misc/testComponent.component \
 
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 testComponent.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam prefix 
 /Users/nacnaub/Documents/AOO_main/main/testtools/source/bridgetest/../../unxmaccx.pro/misc/
  -o ../../unxmaccx.pro/lib/uno_services.rdb \
 
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/packcomponents.xslt 
 ../../unxmaccx.pro/misc/uno_services.input
 cd ../../unxmaccx.pro/lib  :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/uno \
 -ro uno_services.rdb -ro uno_types.rdb \
 -s com.sun.star.test.bridge.BridgeTest -- \
 com.sun.star.test.bridge.CppTestObject
 /bin/bash: line 1: 51041 Segmentation fault: 11  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/uno -ro 
 uno_services.rdb -ro uno_types.rdb -s com.sun.star.test.bridge.BridgeTest 
 -- com.sun.star.test.bridge.CppTestObject
 dmake:  Error code 139, while making 'runtest'

 Is this a reproducable problem?  It it is then rebuild cpputools (this is 
 where the 'uno' executable is built), deliver and try again to build 
 testtools.
 
 cpputools was already build. but if I deleted it and rebuild it, I have had 
 outputs like this:
 
 clang: error: no input files
 clang: error: no input files
 Making:all_regsingleton.dpobj
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/cppumaker 
 @/var/folders/hs/4f4b588j4gsg1pl0b65n795mgn/T//mkfbracU  touch 
 ../../unxmaccx.pro/inc/regsingleton_headergen.done
 

whatever you did, you did something wrong. On my 10.7.5 system testools
built quite well and the brigde test succeeded.

I suggest that you clean up your env and rebuild completely form scratch.

Juergen


 Greetings Raphael
 
 
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org
 


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build error on Mac OS X 10.7 with AOO main in testtools

2014-03-03 Thread Raphael Bircher
Hi Jürgen, *

Am 03.03.2014 um 12:20 schrieb Jürgen Schmidt:

 On 3/3/14 12:06 PM, Raphael Bircher wrote:
 Hi Andre
 
 Am 03.03.2014 um 10:17 schrieb Andre Fischer:
 
 On 03.03.2014 10:03, Raphael Bircher wrote:
 Hi at all.
 
 I have a build error on my Mac OS X 10.7 in testtools
 

 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 constructors.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam uri './cppobj.uno.dylib' -o 
 ../../unxmaccx.pro/misc/cppobj.component \

 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 cppobj.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam uri \
'vnd.sun.star.expand:${MY_CLASSDIR_URL}testComponent.jar' -o 
 ../../unxmaccx.pro/misc/testComponent.component \

 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 testComponent.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam prefix 
 /Users/nacnaub/Documents/AOO_main/main/testtools/source/bridgetest/../../unxmaccx.pro/misc/
  -o ../../unxmaccx.pro/lib/uno_services.rdb \

 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/packcomponents.xslt 
 ../../unxmaccx.pro/misc/uno_services.input
 cd ../../unxmaccx.pro/lib  :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/uno \
-ro uno_services.rdb -ro uno_types.rdb \
-s com.sun.star.test.bridge.BridgeTest -- \
com.sun.star.test.bridge.CppTestObject
 /bin/bash: line 1: 51041 Segmentation fault: 11  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/uno 
 -ro uno_services.rdb -ro uno_types.rdb -s 
 com.sun.star.test.bridge.BridgeTest -- 
 com.sun.star.test.bridge.CppTestObject
 dmake:  Error code 139, while making 'runtest'
 
 Is this a reproducable problem?  It it is then rebuild cpputools (this is 
 where the 'uno' executable is built), deliver and try again to build 
 testtools.
 
 cpputools was already build. but if I deleted it and rebuild it, I have had 
 outputs like this:
 
 clang: error: no input files
 clang: error: no input files
 Making:all_regsingleton.dpobj
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  
 /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/cppumaker 
 @/var/folders/hs/4f4b588j4gsg1pl0b65n795mgn/T//mkfbracU  touch 
 ../../unxmaccx.pro/inc/regsingleton_headergen.done
 
 
 whatever you did, you did something wrong. On my 10.7.5 system testools
 built quite well and the brigde test succeeded.
 
 I suggest that you clean up your env and rebuild completely form scratch.

The build is from the scratch. If there is something wrong with Java or Python, 
it would allready break in the configure step, right

Raphael
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Build error on Mac OS X 10.7 with AOO main in testtools

2014-03-03 Thread Raphael Bircher
Hi all

Am 03.03.2014 um 13:00 schrieb Jürgen Schmidt:

 On 3/3/14 12:56 PM, Raphael Bircher wrote:
 Hi Jürgen, *
 
 Am 03.03.2014 um 12:20 schrieb Jürgen Schmidt:
 
 On 3/3/14 12:06 PM, Raphael Bircher wrote:
 Hi Andre
 
 Am 03.03.2014 um 10:17 schrieb Andre Fischer:
 
 On 03.03.2014 10:03, Raphael Bircher wrote:
 Hi at all.
 
 I have a build error on my Mac OS X 10.7 in testtools
 
   
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 constructors.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam uri './cppobj.uno.dylib' -o 
 ../../unxmaccx.pro/misc/cppobj.component \
   
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 cppobj.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam uri \
   'vnd.sun.star.expand:${MY_CLASSDIR_URL}testComponent.jar' -o 
 ../../unxmaccx.pro/misc/testComponent.component \
   
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/createcomponent.xslt 
 testComponent.component
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  xsltproc --nonet --stringparam prefix 
 /Users/nacnaub/Documents/AOO_main/main/testtools/source/bridgetest/../../unxmaccx.pro/misc/
  -o ../../unxmaccx.pro/lib/uno_services.rdb \
   
 /Users/nacnaub/Documents/AOO_main/main/solenv/bin/packcomponents.xslt 
 ../../unxmaccx.pro/misc/uno_services.input
 cd ../../unxmaccx.pro/lib  :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/uno \
  -ro uno_services.rdb -ro uno_types.rdb \
  -s com.sun.star.test.bridge.BridgeTest -- \
  com.sun.star.test.bridge.CppTestObject
 /bin/bash: line 1: 51041 Segmentation fault: 11  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/uno 
 -ro uno_services.rdb -ro uno_types.rdb -s 
 com.sun.star.test.bridge.BridgeTest -- 
 com.sun.star.test.bridge.CppTestObject
 dmake:  Error code 139, while making 'runtest'
 
 Is this a reproducable problem?  It it is then rebuild cpputools (this is 
 where the 'uno' executable is built), deliver and try again to build 
 testtools.
 
 cpputools was already build. but if I deleted it and rebuild it, I have 
 had outputs like this:
 
 clang: error: no input files
 clang: error: no input files
 Making:all_regsingleton.dpobj
 :  
 DYLD_LIBRARY_PATH=/Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}}
  
 /Users/nacnaub/Documents/AOO_main/main/solver/410/unxmaccx.pro/bin/cppumaker
  @/var/folders/hs/4f4b588j4gsg1pl0b65n795mgn/T//mkfbracU  touch 
 ../../unxmaccx.pro/inc/regsingleton_headergen.done
 
 
 whatever you did, you did something wrong. On my 10.7.5 system testools
 built quite well and the brigde test succeeded.
 
 I suggest that you clean up your env and rebuild completely form scratch.
 
 The build is from the scratch. If there is something wrong with Java or 
 Python, it would allready break in the configure step, right
 
 configure should complain about it, yes but this error has nothing to do
 with it. The uno binary failed with a segmentation fault and there seems
 to be a general problem with your build and/or env.

Ok, I'm builded now compleetle from the scratch, and with a new shell. So no 
env. should be left. But I run in the same error. So there is definitifly 
something wrong with my environment. but what I have no Ideo. I give up for the 
moment with this computer. Luckely I have other who works :-)

Greetings Raphael


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org