Re: [dev] Perl OpenOffice::UNO
On 09/24/09 23:49, Michael Mellinger wrote: I'm trying install the Perl module OpenOffice::UNO and I get the error below (OpenOffice::UNO Error). Has anyone seen this before? I using Sun's compiler and I was wondering C++ compiler was used to compile the Solaris version of OpenOffice and the SDK. Perl seems to be croaking with C++ name mangling. Perl Loader Error DB1 use OpenOffice::UNO; Can't load '/usr/perl5/site_perl/5.8.4/i86pc-solaris-64int/auto/OpenOffice/UNO/UNO.so' for module OpenOffice::UNO: ld.so.1: perl: fatal: relocation error: file /usr/perl5/site_perl/5.8.4/i86pc-solaris-64int/auto/OpenOffice/UNO/UNO.so: symbol __1cDstdJbad_allocG__vtbl_: referenced symbol not found at /usr/perl5/5.8.4/lib/i86pc-solaris-64int/DynaLoader.pm line 230. = OpenOffice::UNO Error == [r...@dsol2 OpenOffice-UNO-0.06]# make rm -f blib/arch/auto/OpenOffice/UNO/UNO.so LD_RUN_PATH=/opt/openoffice.org/ure/lib CC -L/opt/openoffice.org/ure/lib -G UNO.o -o blib/arch/auto/OpenOffice/UNO/UNO.so \ -L/opt/openoffice.org/ure/lib -luno_salhelperC52 -luno_cppuhelperC52 -luno_cppu -lstlport_sunpro -luno_salhelperC52 \ ld: fatal: library -luno_salhelperC52: not found ld: fatal: library -luno_cppuhelperC52: not found ld: fatal: library -luno_cppu: not found ld: fatal: library -luno_salhelperC52: not found ld: fatal: File processing errors. No output written to I have no idea what the OpenOffice::UNO Perl module is or who wrote it, but it appears that that module expects to find the dynamic libraries of the OOo's URE sub-component and fails. I assume you are on Solaris (the C52 in the libraries' names would indicate this), right? Starting with OOo 3, those libraries are indeed stored at /opt/openoffice.org/ure/lib. What version of OOo do you have installed? Is there anything installed at /opt/openoffice.org and/or /opt/openoffice.org3? -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Dropping tcsh support for Mac (all?) / changing configure's default
Hi *, because of 105003, own bad experience with tcsh (random build freezes, slow performance), encouraged by the kick4nt cws I'd like to go on and drop tcsh support at least for Mac OS X. dropping tcsh support means: changing configure's default to bash and issue a warning (or error) when tcsh is selected. The default login shell for Mac OS X is bash, so it definitely is available and it is proven to work without problems (Pavel builds with bash for years, so do I on all systems) So now to the reason why the d...@ooo list is adressed as well: Is somebody opposing chaning the default to bash for all systems? I.e. is there anybody who can give a reason why the default should stick with tcsh (be it for non-Mac or even all)? ciao Christian - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Dropping tcsh support for Mac (all?) / changing configure's default
Hi, On Fri, Sep 25, 2009 at 01:42:25PM +0200, Christian Lohmaier wrote: because of 105003, own bad experience with tcsh (random build freezes, slow performance), encouraged by the kick4nt cws I'd like to go on and drop tcsh support at least for Mac OS X. dropping tcsh support means: changing configure's default to bash and issue a warning (or error) when tcsh is selected. Yeah. The default login shell for Mac OS X is bash, so it definitely is available and it is proven to work without problems (Pavel builds with bash for years, so do I on all systems) So now to the reason why the d...@ooo list is adressed as well: Is somebody opposing chaning the default to bash for all systems? No. But a suggestion. But what about defaulting to the current login shell? People who might want tcsh already might use it as login shell Grüße/Regards, Rene - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Save Button
Hi everybody, When I open an OpenOffice document with the API the save button is disabled until the document is changed. Is there any way to put the save button enabled always? Thanks Salutacions, Albert Arnau Director Tècnic Valen Computer Ctra. Valls (Urb. Sant Salvador) C/Poeta Mistral, 2 - 43130 - Tarragona Tel (34) 977 52 30 02 - Fax (34) 977 52 30 05 e-mail: mailto:a...@valen.es a...@valen.es http://www.valen.es www.valen.es
Re: [dev] Dropping tcsh support for Mac (all?) / changing configure's default
Stephan Bergmann wrote: But what about defaulting to the current login shell? People who might want tcsh already might use it as login shell I would vote for getting rid of tcsh-support in the build environment completely, sooner or later. Making the shell used within the build default to bash is a move in that direction, while making it depend on $SHELL is not. I wholeheartedly agree with Stephan. tcsh sucks large rocks, e.g. when it comes to output redirection; and the build system is complex enough supporting _one_ shell already ... Cheers, -- Thorsten signature.asc Description: Digital signature
Re: [dev] Perl OpenOffice::UNO
I've install OO3.1 and the SDK in /opt/openoffice.org and /opt/openoffice.org3/ Not sure what the breakdown is. Here's a partial list of libs. [mell...@sol3 openoffice.org]$ ls -1 /opt/openoffice.org/ure/lib/libuno* /opt/openoffice.org/ure/lib/libuno_cppuhelperC52.so.3 /opt/openoffice.org/ure/lib/libuno_cppu.so.3 /opt/openoffice.org/ure/lib/libuno_purpenvhelperC52.so.3 /opt/openoffice.org/ure/lib/libuno_salhelperC52.so.3 /opt/openoffice.org/ure/lib/libuno_sal.so.3 Probably a compiler issue. I'm gonna have to dig a little deeper. If OO was compiled with gcc and I'm using Sun's compiler, that might be the issue. -Mike On Fri, Sep 25, 2009 at 3:00 AM, Stephan Bergmann stephan.bergm...@sun.com wrote: On 09/24/09 23:49, Michael Mellinger wrote: I'm trying install the Perl module OpenOffice::UNO and I get the error below (OpenOffice::UNO Error). Has anyone seen this before? I using Sun's compiler and I was wondering C++ compiler was used to compile the Solaris version of OpenOffice and the SDK. Perl seems to be croaking with C++ name mangling. Perl Loader Error DB1 use OpenOffice::UNO; Can't load '/usr/perl5/site_perl/5.8.4/i86pc-solaris-64int/auto/OpenOffice/UNO/UNO.so' for module OpenOffice::UNO: ld.so.1: perl: fatal: relocation error: file /usr/perl5/site_perl/5.8.4/i86pc-solaris-64int/auto/OpenOffice/UNO/UNO.so: symbol __1cDstdJbad_allocG__vtbl_: referenced symbol not found at /usr/perl5/5.8.4/lib/i86pc-solaris-64int/DynaLoader.pm line 230. = OpenOffice::UNO Error == [r...@dsol2 OpenOffice-UNO-0.06]# make rm -f blib/arch/auto/OpenOffice/UNO/UNO.so LD_RUN_PATH=/opt/openoffice.org/ure/lib CC -L/opt/openoffice.org/ure/lib -G UNO.o -o blib/arch/auto/OpenOffice/UNO/UNO.so \ -L/opt/openoffice.org/ure/lib -luno_salhelperC52 -luno_cppuhelperC52 -luno_cppu -lstlport_sunpro -luno_salhelperC52 \ ld: fatal: library -luno_salhelperC52: not found ld: fatal: library -luno_cppuhelperC52: not found ld: fatal: library -luno_cppu: not found ld: fatal: library -luno_salhelperC52: not found ld: fatal: File processing errors. No output written to I have no idea what the OpenOffice::UNO Perl module is or who wrote it, but it appears that that module expects to find the dynamic libraries of the OOo's URE sub-component and fails. I assume you are on Solaris (the C52 in the libraries' names would indicate this), right? Starting with OOo 3, those libraries are indeed stored at /opt/openoffice.org/ure/lib. What version of OOo do you have installed? Is there anything installed at /opt/openoffice.org and/or /opt/openoffice.org3? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Dropping tcsh support for Mac (all?) / changing configure's default
Hi, On Fri, Sep 25, 2009 at 02:01:34PM +0200, Stephan Bergmann wrote: On 09/25/09 13:49, Rene Engelhard wrote: But what about defaulting to the current login shell? People who might want tcsh already might use it as login shell I would vote for getting rid of tcsh-support in the build environment completely, sooner or later. Making the shell used within the build default to bash is a move in that direction, while making it depend on $SHELL is not. True. But using $SHELL has the benefit that we can still get rid of the configure check at all and if we switched to bash we can just silently do it because no one will expect anything else because he's specifying --with-use-shell= (which IMHO was a bad idea to b egin withg, but at that time we had various shells, including 4nt...) Grüße/Regards, Rene - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Save Button
Hi Albert, When I open an OpenOffice document with the API the save button is disabled until the document is changed. Is there any way to put the save button enabled always? try: Sub Main ThisComponent.setModified(True) End Sub Oliver -- GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45 signature.asc Description: OpenPGP digital signature
Re: [dev] Re: Dropping tcsh support for Mac (all?) / changing configure's default
Hi Björn, *, On Fri, Sep 25, 2009 at 3:44 PM, Bjoern Michaelsen bjoern.michael...@sun.com wrote: Christian Lohmaier cloph at openoffice.org writes: dropping tcsh support means: changing configure's default to bash and issue a warning (or error) when tcsh is selected. I really hope for that in the long run we can make our build system depend only on a IEEE POSIX specification (IEEE Standard 1003.1) compatible shell. Oh, that didn't meant to support / endorse bashism - but rather to drop tcsh :-) Too bad that you wrote IEEE 1003.1, since if it was 1003.2, then one could set POSIXLY_CORRECT variable to switch bash to posix mode and test with that. Or is there no difference wrt shell behaviour? ciao Christian - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Dropping tcsh support for Mac (all?) / changing configure's default
Christian Lohmaier cloph at openoffice.org writes: Too bad that you wrote IEEE 1003.1, since if it was 1003.2, then one could set POSIXLY_CORRECT variable to switch bash to posix mode and test with that. Or is there no difference wrt shell behaviour? I am not a posix standards expert at all, but AFAIK 1003.2 is part of the newest revision of 1003.1 (as confusing as that might sound). see http://www.opengroup.org/austin/papers/posix_faq.html Question 10. BR, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Perl OpenOffice::UNO
Yes, that was the missing pieces. Thanks.
Here are my notes on how to install the OpenOffice::UNO module on
OpenSolaris/Solaris 10.
1. Change equal to match solaris in Makefile.PL
} elsif( $config[2] =~ /solaris/ ) {
2. #include sys/vnode.h /* top of UNO.c file */
3. Remove for the check for spro5 compiler in OO header (around line 55)
/opt/openoffice.org/basis3.1/sdk/include/uno/lbnames.h
4. Create symbolic links for libraries.
cd /opt/openoffice.org/ure/lib
ln -s libuno_cppu.so.3 libuno_cppu.so
ln -s libuno_cppuhelperC52.so.3 libuno_cppuhelperC52.so
ln -s libuno_sal.so.3 libuno_sal.so
ln -s libuno_salhelperC52.so.3 libuno_salhelperC52.so
On Fri, Sep 25, 2009 at 10:03 AM, Stephan Bergmann
stephan.bergm...@sun.com wrote:
On 09/25/09 15:31, Michael Mellinger wrote:
I've install OO3.1 and the SDK in /opt/openoffice.org and
/opt/openoffice.org3/ Not sure what the breakdown is. Here's a
partial list of libs.
[mell...@sol3 openoffice.org]$ ls -1 /opt/openoffice.org/ure/lib/libuno*
/opt/openoffice.org/ure/lib/libuno_cppuhelperC52.so.3
/opt/openoffice.org/ure/lib/libuno_cppu.so.3
/opt/openoffice.org/ure/lib/libuno_purpenvhelperC52.so.3
/opt/openoffice.org/ure/lib/libuno_salhelperC52.so.3
/opt/openoffice.org/ure/lib/libuno_sal.so.3
Ah, yes, OOo only installs the fully qualified libs (libXXX.so.3), while
foor linking, the short versions are needed (libXXX.so). The OOo SDK
would include those short versions, but I am not sure whether it would
also place them in /opt/openoffice.org/ure/lib, so I think the easiest way
for you to proceed is to manually create symlinks
ln -s libuno_cppuhelperC52.so.3 \
/opt/openoffice.org/ure/lib/libuno_cppuhelperC52.so
etc.
-Stephan
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Dropping tcsh support for Mac (all?) / changing configure's default
Hi, Le 25 sept. 09 à 13:42, Christian Lohmaier a écrit : The default login shell for Mac OS X is bash, so it definitely is available and it is proven to work without problems (Pavel builds with bash for years, so do I on all systems) FYI there were other people building OOo on Mac OS X before you :-) And yes, the tcsh was a nightmare. +1 for dropping tcsh support, at least on Mac OS X ( IIRC, only Mac OS X is concerned, isn't it ?) Eric -- qɔᴉɹə
Re: [dev] OOO310_m19 compile error
Hi,
I still get the following error when I run make. It sounds like the
problem is rpm and I don't have root permission on my machine. How
should I fix the problem?
Regards,
Peng
Creating GNOME .applications file for broffice.org ..
-
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/desktop/redhat
-
rm -f
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/bin/desktop-integration/openoffice.org-redhat-menus-*
rpmbuild -bb redhat-menus.spec --define _rpmdir
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/bin/desktop-integration
--define _rpmfilename %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm
\
--buildroot
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch
\
--define _builddir
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org
\
--define productname OpenOffice.org \
--define pkgprefix openoffice.org3.1 \
--define unixfilename openoffice.org3 \
--define iconprefix openofficeorg3 \
--define version 3.1 \
--define release 9420
Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.28295
+ umask 022
+ cd
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org
+ LANG=C
+ export LANG
+ unset DISPLAY
+ export NO_BRP_STALE_LINK_ERROR=yes
+ NO_BRP_STALE_LINK_ERROR=yes
+ mkdir -p
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch
+ export
DESTDIR=/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch
+
DESTDIR=/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch
+ export KDEMAINDIR=/usr
+ KDEMAINDIR=/usr
+ export GNOMEDIR=/usr
+ GNOMEDIR=/usr
+ export GNOME_MIME_THEME=hicolor
+ GNOME_MIME_THEME=hicolor
+ ./create_tree.sh
Copying icons ..
Copying GNOME icons ..
Creating legacy mimetype symlinks for GNOME ..
+ mkdir -p
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch/usr/share/applnk-redhat/Office
++ cat launcherlist
+ for i in '`cat launcherlist`'
+ ln -sf /opt/openoffice.org3/share/xdg/writer.desktop
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch/usr/share/applnk-redhat/Office/openoffice.org3-writer.desktop
+ for i in '`cat launcherlist`'
+ ln -sf /opt/openoffice.org3/share/xdg/calc.desktop
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch/usr/share/applnk-redhat/Office/openoffice.org3-calc.desktop
+ for i in '`cat launcherlist`'
+ ln -sf /opt/openoffice.org3/share/xdg/draw.desktop
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch/usr/share/applnk-redhat/Office/openoffice.org3-draw.desktop
+ for i in '`cat launcherlist`'
+ ln -sf /opt/openoffice.org3/share/xdg/impress.desktop
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch/usr/share/applnk-redhat/Office/openoffice.org3-impress.desktop
+ for i in '`cat launcherlist`'
+ ln -sf /opt/openoffice.org3/share/xdg/math.desktop
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch/usr/share/applnk-redhat/Office/openoffice.org3-math.desktop
+ for i in '`cat launcherlist`'
+ ln -sf /opt/openoffice.org3/share/xdg/base.desktop
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch/usr/share/applnk-redhat/Office/openoffice.org3-base.desktop
+ for i in '`cat launcherlist`'
+ ln -sf /opt/openoffice.org3/share/xdg/printeradmin.desktop
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch/usr/share/applnk-redhat/Office/openoffice.org3-printeradmin.desktop
+ for i in '`cat launcherlist`'
+ ln -sf /opt/openoffice.org3/share/xdg/startcenter.desktop
/home/pengy/download/linux/openoffice/OOO310_m19/sysui/unxlngx6.pro/misc/openoffice.org-redhat-menus-3.1-9420.noarch/usr/share/applnk-redhat/Office/openoffice.org3-startcenter.desktop
+ /usr/lib/rpm/redhat/brp-compress
+ /usr/lib/rpm/redhat/brp-strip /usr/bin/strip
+ /usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip
+ /usr/lib/rpm/redhat/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump
+ /usr/lib/rpm/brp-python-bytecompile
'import site' failed; use -v for traceback
Traceback (most recent call last):
File string, line 1, in ?
File
/home/pengy/download/linux/openoffice/OOO310_m19/solver/310/unxlngx6.pro/lib/python/compileall.py,
line 15, in ?
import os
File
Re: [dev] Dropping tcsh support for Mac (all?) / changing configure's default
Thorsten Behrens wrote: Stephan Bergmann wrote: But what about defaulting to the current login shell? People who might want tcsh already might use it as login shell I would vote for getting rid of tcsh-support in the build environment completely, sooner or later. Making the shell used within the build default to bash is a move in that direction, while making it depend on $SHELL is not. I wholeheartedly agree with Stephan. tcsh sucks large rocks, e.g. when it comes to output redirection; and the build system is complex enough supporting _one_ shell already ... Yes, if possible (means: if no platform is know where using bash is not possible) let's drop tcsh support. But if we don't do it: please at least let configure always generate just one shell script, not always both of them. Regards, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to nospamfor...@gmx.de. I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] How to compile DEV300m60 with Cygwin and Microsoft Visual Studio 9.0 Express
Hi, for m55 I have used the following configure. But it does not work for m60. I get the error checking for Mozilla build tooling... configure: error: Mozilla build tooling not found. although --disable-build-mozilla \ is set. I have tried to copy vc8-moztools.zip to /moz/zipped and add --with-mozilla-build=/cygdrive/c/DEV300m60/moz/zipped, but that does not work either and I doubt, that something with 'vc8' is correct, because I use Microsoft Visual Studio 9.0 Express. ./configure \ --with-directx-home=/cygdrive/c/Programme/Microsoft DirectX SDK (March 2009) \ --with-cl-home=/cygdrive/c/Programme/Microsoft Visual Studio 9.0/VC \ --disable-activex \ --disable-build-mozilla \ --disable-atl \ --with-frame-home=/cygdrive/c/Programme/Microsoft SDKs/Windows/v6.1 \ --with-psdk-home=/cygdrive/c/Programme/Microsoft SDKs/Windows/v6.1 \ --with-midl-path=/cygdrive/c/Programme/Microsoft SDKs/Windows/v6.0A/bin \ --with-asm-home=/cygdrive/c/Programme/Microsoft Visual Studio 9.0/VC/bin \ --with-jdk-home=/cygdrive/c/Programme/Java/jdk1.6.0_14 \ --with-csc-path=/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5 \ --with-ant-home=/ant \ --with-use-shell=bash kind regards Regina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
