[dev] Fwd: DEV300_m29/solver/300/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:268

2008-08-21 Thread Hung Nguyen Vu
Sorry for cross-posting but I seems that I have asked in a wrong mailing
list.
So I forward this email.

-- Forwarded message --
From: Hung Nguyen Vu
<[EMAIL PROTECTED]<[EMAIL PROTECTED]>
>
Date: Mon, Aug 18, 2008 at 3:08 PM
Subject: DEV300_m29/solver/300/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:268
To: [EMAIL PROTECTED]


Hi all,

When I compile DEV300_m29 with dmake, I get the following *warning*:

/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/
unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:268:
warning: lowering visibility of 'sal_Bool
com::sun::star::uno::operator==(const com::sun::star::uno::Any&, const
C&) [with C = bool]' to match its type

Is that safe to ignore the warning?
I am just curious  because the template Any seems to be used quite
office, and the warning looks annoying.

My environment:
Cent OS 5, g++ 4.1.2,

cd config_office
export JAVA_HOME=/usr/local/jdk1.6.0_07/
export PATH=$PATH:/usr/local/jdk1.6.0_07/bin

export CLASSPATH=$CLASSPATH:/usr/local/junit4.5/junit-4.5.jar

export ANT_HOME=/usr/local/ant
export PATH=$PATH:$ANT_HOME/bin

PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/lib/pkgconfig/

./configure --prefix=$HOME \
   --disable-cups \
   --disable-pam \
   --with-jdk-home=/usr/local/jdk1.6.0_07/ \
   --disable-mozilla \
   --disable-qadevooo \
   --without-system-stdlibs \
   --disable-odk \
   --with-use-shell=bash \
   --with-vendor="Vietnamese Localization Build" \
   --with-lang=vi \
   --without-java \
   --disable-vba

sleep 3
cd ..
./bootstrap
sleep 3
source LinuxX86Env.Set.sh
rehash

export SOLENV=`pwd`/solenv/
./solenv/unxlngi6/bin/dmake


Full warning:
Making: ../../../unxlngi6.pro/slo/unoidx.obj
g++  -fmessage-length=0 -c -Os -fno-strict-aliasing
-fvisibility=hidden -I.  -I../../../unxlngi6.pro/inc/unocore -I../inc
-I../../../inc/pch -I../../../inc -I../../../unx/inc
-I../../../unxlngi6.pro/inc -I.
-I/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/
unxlngi6.pro/inc/stl
-I/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/unxlngi6.pro/inc/external
-I/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/unxlngi6.pro/inc
-I/home/vuhung/public_html/foss/src/DEV300_m29/solenv/unxlngi6/inc
-I/home/vuhung/public_html/foss/src/DEV300_m29/solenv/inc
-I/home/vuhung/public_html/foss/src/DEV300_m29/res
-I/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/unxlngi6.pro/inc/stl
-I/home/vuhung/public_html/foss/src/DEV300_m29/solenv/inc/Xp31
-INO_JAVA_HOME/include-INO_JAVA_HOME/include/linux
-INO_JAVA_HOME/include/native_threads/include -I/usr/include
-I/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/
unxlngi6.pro/inc/offuh
-I . -I../../../res -I. -pipe
-mtune=pentiumpro
-fvisibility-inlines-hidden -Wall -Wextra -Wendif-labels -Wshadow
-Wno-ctor-dtor-privacy -Wno-non-virtual-dtor   -fpic -DLINUX -DUNX
-DVCL -DGCC -DC341 -DINTEL -DCVER=C341 -DNPTL -DGLIBC=2 -DX86
-D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX
-DCPPU_ENV=gcc3
-DGXX_INCLUDE_PATH=/usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2
-DSUPD=300 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0
-DOPTIMIZE -DCUI   -DACCESSIBLE_LAYOUT -DSW_DLLIMPLEMENTATION
-DSHAREDLIB -D_DLL_   -fexceptions -fno-enforce-eh-specs
-DEXCEPTIONS_ON  -o ../../../unxlngi6.pro/slo/unoidx.o
/home/vuhung/public_html/foss/src/DEV300_m29/sw/source/core/unocore/unoidx.cxx
/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/unxlngi6.pro/inc/com/sun/star/uno/Type.h:459
:
warning: lowering visibility of 'const com::sun::star::uno::Type&
getCppuType() [with T = short unsigned int]' to match its type
/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/
unxlngi6.pro/inc/com/sun/star/uno/Any.h:277:
warning: lowering visibility of 'com::sun::star::uno::Any
com::sun::star::uno::makeAny(const C&) [with C = bool]' to match its
type
/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/
unxlngi6.pro/inc/com/sun/star/uno/Any.h:337:
warning: lowering visibility of 'sal_Bool
com::sun::star::uno::operator>>=(const com::sun::star

Re: [dev] Fwd: DEV300_m29/solver/300/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:268

2008-08-21 Thread Caolan McNamara
On Thu, 2008-08-21 at 17:14 +0900, Hung Nguyen Vu wrote:
> Sorry for cross-posting but I seems that I have asked in a wrong mailing
> list.
> So I forward this email.
> 

> When I compile DEV300_m29 with dmake, I get the following *warning*:
> 
> /home/vuhung/public_html/foss/src/DEV300_m29/solver/300/
> unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:268:
> warning: lowering visibility of 'sal_Bool
> com::sun::star::uno::operator==(const com::sun::star::uno::Any&, const
> C&) [with C = bool]' to match its type
> 
> Is that safe to ignore the warning?

Basically "yes", it is safe to ignore the warning. What is your compiler
version, i.e. gcc -v. Some various vendors gcc versions between about >
4.1.X and < 4.3.0 had various slightly different experimental visibility
features in them. One of them was sort of an attempt (IIUC) to make
visibility markup a sort of C++ language extension and so giving these
sort of warnings when (what was felt to be) logical inconsistencies in
markup was detected

Now in gcc 4.3.0 things have settled down visibility-wise and such a
compiler shouldn't warn about this.

*some* gcc variant's visibility stuff doesn't always work right, and can
cause horrific hard-to-find crashes. But I think that if your compiler
gets past the configure tests for common visibility brokenness then you
should be safe regardless of those warnings.

C.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] Fwd: DEV300_m29/solver/300/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:268

2008-08-21 Thread Hung Nguyen Vu
On Thu, Aug 21, 2008 at 5:29 PM, Caolan McNamara <[EMAIL PROTECTED]> wrote:

> > /home/vuhung/public_html/foss/src/DEV300_m29/solver/300/
> > unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:268:
> > warning: lowering visibility of 'sal_Bool
> > com::sun::star::uno::operator==(const com::sun::star::uno::Any&, const
> > C&) [with C = bool]' to match its type
> >
> > Is that safe to ignore the warning?
>
> Basically "yes", it is safe to ignore the warning. What is your compiler
> version, i.e. gcc -v.

It is 4.1.2 as I said in the OP.

>
> Now in gcc 4.3.0 things have settled down visibility-wise and such a
> compiler shouldn't warn about this.

Should I upgrade my gcc?
What version of gcc is recommended for building OOo 3?

Thanks for you answer!!!


-- 
Best Regards,
Nguyen Hung Vu ( Nguyễn Vũ Hưng )
[EMAIL PROTECTED]
<[EMAIL PROTECTED]>, YIM: vuhung16 , Skype:
vuhung16dg
Japan through an eye of a gaijin:
http://www.flickr.com/photos/vuhung/tags/fav/


Re: [dev] Fwd: DEV300_m29/solver/300/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:268

2008-08-21 Thread Caolan McNamara
On Thu, 2008-08-21 at 17:34 +0900, Hung Nguyen Vu wrote:
> Should I upgrade my gcc?
> What version of gcc is recommended for building OOo 3?

Those actual warnings are basically spurious, ignore them. 

But, I know that your particular compiler, given as it is equivalent to
the RHEL-5 gcc, actually probably *does* has a bug with visibility which
IIRC may cause OOo to crash when it loads some old .sdw files, the
workaround it to disable visibility or to apply the
openoffice.org.2.0.3-dangerousvisibility.patch patch found in the
RHEL-4/CentOS openoffice.org src.rpm. It's pretty uncommon, but it can
happen. If you are just building OOo for hacking around with, then I
wouldn't bother changing your compiler for it.

I don't think I've met a compiler yet that doesn't have *some* bug that
has affected openoffice.org in some way:-), but I'm pretty happy with
gcc 4.3.0/4.3.1 whose only known bug that has affected me is with
-fasynchronous-unwind-tables on i386 which isn't enabled by default on
that architecture anyway.

C.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[dev] Re: missing menu and toolbars on Opensuse 11 x86_64

2008-08-21 Thread Michael Stahl

On 20/08/2008 17:35, Jens Herden wrote:

Hi,

I have build OOO300_m2 on Opensuse 11 64 bit and after the installation of all 
the rpm packages I can start OOo but for some reasons the menu and the 
toolbars are not shown. 
Very strange is, that on the first screen, where I can select the type of 
document I want, the menu is shown. But once I selected Text Document the 
menu is gone! Same if I start swriter directly, no menu and toolbars.


The same source build on Opensuse 11 with 32 bits works fine.

Has someone seen this before?

Jens


hi,

just had the exact same problem last week.
in my case, it was caused by an incorrectly built uiconfig.zip.
removing the output tree in module postprocess and rebuilding it helped; 
just rebuilding did not help, because the file was "up to date".


maybe the build process is not safely interruptible in every place, or 
something like that.


michael

--
"You never know what is enough until you know what is more than enough."
 -- William Blake, "The Marriage of Heaven and Hell",
Proverbs of Hell (Plate 9)


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[dev] Re: Starting more than one OO instance parallel

2008-08-21 Thread Bastian Preindl

Hi Christian,

thank you very much - I can now start multiple instances, great :)

But, clumsy as it sounds, the open office process doesn't accept any 
incoming connections in headless mode any more when being started with a 
 passed over environment setting.


So

/Applications/OpenOffice2.4.1.app/Contents/MacOS/soffice.bin 
-accept="socket,port=55104;urp;" -nologo -nofirststartwizard -norestore 
-nolockcheck -nocrashreport -nodefault 
-env:UserInstallation=file:///tmp/55104


doesn't work (no open socket), but

/Applications/OpenOffice2.4.1.app/Contents/MacOS/soffice.bin 
-accept="socket,port=55104;urp;" -nologo -nofirststartwizard -norestore 
-nolockcheck -nocrashreport -nodefault


works as it should (socket is open).

Any hints on this? Could it have any relation to the fact that "new" 
settings are created in the directory (registration perhaps)?


Thanks a lot

Bastian


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] NetBeans setup for sdk

2008-08-21 Thread Juergen Schmidt


Ariel Constenla-Haile wrote:

Hi Terrence,

Terrence Enger escribió:

Contrary to
, 
it did not prompt during installation for Office installation and sdk 
installation directories.  Going in to enter them now ...


Whoops.  I cannot get past message "The selected OpenOffice.org SDK
installation directory is not valid!".  This happens for my 
directories DEV300_m19/sdk_oo

DEV300_m19_localbuild/sdk_oo
DEV300_m19_localbuild/opt/sdk_oo
DEV300_m19_localbuild/opt/openoffice.org3/sdk_oo
where DEV300_m19/ is where I build OOo and DEV300_m19_localbuild/ is
where I installed it.  (Yes, I am reduced to trying things at random.)

Do I need a more recent OOo or sdk?


I'm not sure when the sdk got fixed to work with the new 3-layers-OOo, 
but in early DEV300_m... didn't work, can't remember about DEV300_m19, 
I'm testing this on DEV_m29 and works fine.


Now you that you got the plug-in source, did you try to debug it and see 
what's happening?


Watch in org.openoffice.extensions.config.office.OpenOfficeLocation the 
methods validateOffice() and validateSDK(), sure this gives you a hint 
about what's wrong in your environment.


the new 3.0 SDK have to be installed in the office tree under the base 
layer (opt/openoffice.org/basis3.0/sdk). The reason is that i originally 
have planned to provide the SDK as an optional office part to simplify 
the installation and usage. But in the last minute i detect a huge 
increase of the build time (packaging) because of the huge amount of 
files.


Anyway it installs exactly in this place if you don't change it 
manually. Only under windows it is currently not nice (lack of time) 
because you can easily change the installation directory during the 
setup. I recommend to use always the suggested directory in the base 
layer. Under Mac OS X the SDK is still a single package and can be 
installed somewhere because of the bundle structure.

The whole mechanism will be improved for 3.1.

When you configure in NB such an office installation with installed SDK 
the plugin detects the SDK automatically. You can't use an old SDK with 
a new office.


Juergen


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] SDK on Mac OS X 10.5

2008-08-21 Thread Juergen Schmidt

Hi Pierre,

do you try to run the program from within the SDK env? If not you have 
to ensure that either your soffice.bin is in the path or you have to set 
a UNO_PATH env variable.


UNO_PATH=/Applications/OpenOffice.org.app/Contents/MacOS

Under windows we read the registry, under Unix we search under /usr/bin, 
we search the path and we read the UNO_PATH variable if it is set. Maybe 
we can improve the search under Mac OS to search under 
/Applications/OpenOffice.org.app as well. But that is not implemented yet.


Juergen


Pierre Doyon wrote:

Hi all,


With the DEV300_m29 source files, I build the example 
"SimpleBootstrap_cpp" on Mac OS X 10.5 and I execute it. I got the 
following log report during execution.




Process: _SimpleBootstrap_cpp [9283]
Path:
/Users/test/OpenOffice.org3.0_SDK/MACOSXexample.out/bin/_SimpleBootstrap_cpp 


Identifier:  _SimpleBootstrap_cpp
Version: ??? (???)
Code Type:   X86 (Native)
Parent Process:  bash [9274]

Date/Time:   2008-08-14 08:26:33.136 -0400
OS Version:  Mac OS X 10.5.3 (9D34)
Report Version:  6

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0002, 0x
Crashed Thread:  0

Dyld Error Message:
  Library not loaded: libuno_cppuhelpergcc3.dylib.3
  Referenced from: 
/Users/test/OpenOffice.org3.0_SDK/MACOSXexample.out/bin/_SimpleBootstrap_cpp 


  Reason: image not found




I would like to know why it not works.  Is someone can help me?


Thank
Pierre





--
Sun Microsystems GmbHJuergen Schmidt
Nagelsweg 55 Technical Lead Programmability
20097 Hamburg, Germany

Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 
Kirchheim-Heimstetten

Commercial register of the Local Court of Munich: HRB 161028
Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Chairman of the Supervisory Board: Martin Haering

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] SDK on Mac OS X 10.4

2008-08-21 Thread Juergen Schmidt

Pierre Doyon wrote:

Hi all,

I tried to generate a UNO Component on PPC Mac OS X 10.4 with the SDK of 
OpenOffice.org 3.0 and I had somes problems during the link of the 
objects files. I got a list Undefined symbols like this one: 
_osl_acquireMutex referenced from 
@__URELIB/libuno_cppuhelpergcc3.dylib.3 
expected to be defined in @loader_path/libuno_sal.dylib.3


I would like to know if you .

I would like to know if you have succeeded the generatation of the UNO 
Component. If yes, how do you perform it?
yes i have tested the SDK examples on an Intel based Mac and it worked 
for me. I still got some warnings like

ld: warning, duplicate dylib
/local/develop/cws/vcl30stop2/StarOffice.app/Contents/basis-link/ure-link/lib/libuno_sal.dylib.3 


when i compile C++ and i don't know why but the examples work.

I haven't tested it on a PPC because i have no PPC env in place for 
testing. I assume that the env is not 100'% correct for PPC. In general 
it should work there as well.


Juergen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] SDK on Mac OS X 10.4

2008-08-21 Thread eric b

Hi,

Le 21 août 08 à 13:47, Juergen Schmidt a écrit :


Pierre Doyon wrote:

Hi all,
I tried to generate a UNO Component on PPC Mac OS X 10.4 with the  
SDK of OpenOffice.org 3.0 and I had somes problems during the link  
of the objects files. I got a list Undefined symbols like this  
one: _osl_acquireMutex referenced from  
@__URELIB/ 
libuno_cppuhelpergcc3.dylib.3 expected to be defined in  
@loader_path/libuno_sal.dylib.3

I would like to know if you .
I would like to know if you have succeeded the generatation of the  
UNO Component. If yes, how do you perform it?
yes i have tested the SDK examples on an Intel based Mac and it  
worked for me. I still got some warnings like

ld: warning, duplicate dylib
/local/develop/cws/vcl30stop2/StarOffice.app/Contents/basis-link/ 
ure-link/lib/libuno_sal.dylib.3

when i compile C++ and i don't know why but the examples work.



Maybe the lib in the solver differs from the one in the current  
module (does "deliver" help ?) Seems to be the first sentence of the  
log, but I can be wrong.


Other issues (the one Pierre Doyon triggered above e.g.)  can be:   
duplicate includes, or bad order of the includes declaration,  
including some #undef , and generally causing big troubles.
But other reasons can do that .. difficult to solve when not in front  
of the machine :/



Regards,
Eric Bachard

--
qɔᴉɹə






Re: [dev] Fwd: DEV300_m29/solver/300/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:268

2008-08-21 Thread Hung Nguyen Vu
On Thu, Aug 21, 2008 at 6:09 PM, Caolan McNamara <[EMAIL PROTECTED]> wrote:

> Those actual warnings are basically spurious, ignore them.

Thanks. It is simple.

But, I know that your particular compiler, given as it is equivalent to
> the RHEL-5 gcc, actually probably *does* has a bug with visibility which
> IIRC may cause OOo to crash when it loads some old .sdw files, the
> workaround it to disable visibility or to apply the
> openoffice.org.2.0.3-dangerousvisibility.patch patch found in the
> RHEL-4/CentOS openoffice.org src.rpm. It's pretty uncommon, but it can
> happen. If you are just building OOo for hacking around with, then I
> wouldn't bother changing your compiler for it.

Where is the patch or src.rpm?


> I don't think I've met a compiler yet that doesn't have *some* bug that
> has affected openoffice.org in some way:-), but I'm pretty happy with
> gcc 4.3.0/4.3.1 whose only known bug that has affected me is with
> -fasynchronous-unwind-tables on i386 which isn't enabled by default on
> that architecture anyway.

As you recomended,I am compiling gcc 4.3.1 on my machine which
will keep me busy for a while until I get back.

In this way, I will have someone to bug when 4.3.1 does not work well :P.


-- 
Best Regards,
Nguyen Hung Vu ( Nguyễn Vũ Hưng )
[EMAIL PROTECTED]
<[EMAIL PROTECTED]>, YIM: vuhung16 , Skype:
vuhung16dg
Japan through an eye of a gaijin:
http://www.flickr.com/photos/vuhung/tags/fav/


[dev] DEV300_m29: compiling ERROR: File not found: ScriptFramework.jar

2008-08-21 Thread Hung Nguyen Vu
Hi all,

I've tried to compile DEV300_m9 but I get an error:

ERROR: File not found: ScriptFramework.jar

cd DEV300_m29; find . -name ScriptFramework.jar gives me nothing.

Here is what I did

[EMAIL PROTECTED] DEV300_m29]$ uname -a
Linux aoclife.ddo.jp 2.6.18-53.1.13.el5 #1 SMP Tue Feb 12 13:01:45 EST 2008
i686 i686 i386 GNU/Linux
[EMAIL PROTECTED] DEV300_m29]$ LANG=en_US g++ -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-libgcj-multifile
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk
--disable-dssi --enable-plugin
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic
--host=i386-redhat-linux
Thread model: posix
gcc version 4.1.2 20071124 (Red Hat 4.1.2-42)
[EMAIL PROTECTED] DEV300_m29]$

cd config_office

export JAVA_HOME=/usr/local/jdk1.6.0_07/
export PATH=$PATH:/usr/local/jdk1.6.0_07/bin

export CLASSPATH=$CLASSPATH:/usr/local/junit4.5/junit-4.5.jar

export ANT_HOME=/usr/local/ant
export PATH=$PATH:$ANT_HOME/bin

PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/lib/pkgconfig/

export CCACHE_DIR="/tmp/DEV300_m29.ccache"
ccache -M 2G -F 10
export CC="ccache gcc"
export CXX="ccache g++"
export CXXFLAGS="-Werror"
export CFLAGS="-Werror -fvisibility=hidden"

./configure --prefix=$HOME \
--disable-cups \
--disable-pam \
--with-jdk-home=/usr/local/jdk1.6.0_07/ \
--disable-mozilla \
--disable-qadevooo \
--without-system-stdlibs \
--disable-odk \
--with-use-shell=bash \
--with-vendor="Vietnamese Localization Build" \
--disable-vba \
--with-use-shell=bash \
--with-ant-home=/usr/local/ant/ \
--without-java \

cd ..
./bootstrap
source LinuxX86Env.Set.sh 

export SOLENV=`pwd`/solenv/
./solenv/unxlngi6/bin/dmake

The last few lines of error I got:

. analyzing files ...
ERROR: The following files could not be found:
ERROR: File not found: ScriptFramework.jar
ERROR: File not found: ScriptProviderForBeanShell.jar
ERROR: File not found: ScriptProviderForJava.jar
ERROR: File not found: ScriptProviderForJavaScript.jar
ERROR: File not found: writer2latex.jar
ERROR: File not found: XSLTFilter.jar
ERROR: File not found: XSLTValidate.jar
ERROR: File not found: librptli.so
ERROR: File not found: librptuili.so
ERROR: File not found: librptxmlli.so
ERROR: File not found: rpten-US.res
ERROR: File not found: rptuien-US.res
ERROR: File not found: ScriptsJava.zip
... cleaning the output tree ...

**
ERROR: ERROR: Missing files
in function: remove_Files_Without_Sourcedirectory
**

**
ERROR: Saved logfile:
/home/vuhung/public_html/foss/src/DEV300_m29/instsetoo_native/
unxlngi6.pro/OpenOffice/rpm/logging/en-US/log_DEV300_en-US.log
**
Thu Aug 21 22:09:43 2008 (00:14 min.)
dmake:  Error code 255, while making 'openoffice_en-US.rpm'

ERROR: Error 65280 occurred while making
/home/vuhung/public_html/foss/src/DEV300_m29/instsetoo_native/util
rmdir /tmp/32701
dmake:  Error code 1, while making 'build_instsetoo_native'

Full log:
http://aoclife.ddo.jp/~vuhung/tmp/log_DEV300_en-US.log.2008-08-21.001

# I am sorry. I posted this email to [EMAIL PROTECTED] by mistake.

-- 
Best Regards,
Nguyen Hung Vu ( Nguyễn Vũ Hưng )
[EMAIL PROTECTED]
<[EMAIL PROTECTED]>, YIM: vuhung16 , Skype:
vuhung16dg
Japan through an eye of a gaijin:
http://www.flickr.com/photos/vuhung/tags/fav/


Re: [dev] Fwd: DEV300_m29/solver/300/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:268

2008-08-21 Thread Caolan McNamara
On Thu, 2008-08-21 at 22:17 +0900, Hung Nguyen Vu wrote:
> Where is the patch or src.rpm?

http://cvs.fedora.redhat.com/viewvc/devel/openoffice.org/openoffice.org.2.0.3-ooo66018.cppuhelper.dangerousvisibility.patch?hideattic=0&revision=1.2&view=markup

> As you recomended,I am compiling gcc 4.3.1 on my machine which
> will keep me busy for a while until I get back.

Well, personally I'd recommend just building it with what you've got and
worry about the visibility bug if you ever actually encounter the
crash :-)

C.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] DEV300_m29: compiling ERROR: File not found: ScriptFramework.jar

2008-08-21 Thread tora - Takamichi Akiyama

Hung Nguyen Vu wrote:
> ERROR: The following files could not be found:
> ERROR: File not found: ScriptFramework.jar
> cd DEV300_m29; find . -name ScriptFramework.jar gives me nothing.

To find the module from which a missing file should come,

 1. Build OpenOffice.org completely.
 2. Look for a name of the missing file from log files.

  e.g.
   grep ScriptFramework.jar $SOLARVER/$INPATH/inc/*/deliver.log

 In my case, the commend above prints:
   /x/solver/300/unxsoli4.pro/inc/scripting/deliver.log:COPY 
scripting/unxsoli4.pro/class/ScriptFramework.jar 
unxsoli4.pro/bin/ScriptFramework.jar

So, in your case, building a module 'scripting' failed and/or
'deliver' command has not been executed in the module yet,
or the module has not been built at all.

I hope that helps...


Here is what I did

[EMAIL PROTECTED] DEV300_m29]$ uname -a
Linux aoclife.ddo.jp 2.6.18-53.1.13.el5 #1 SMP Tue Feb 12 13:01:45 EST 2008
i686 i686 i386 GNU/Linux
[EMAIL PROTECTED] DEV300_m29]$ LANG=en_US g++ -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-libgcj-multifile
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk
--disable-dssi --enable-plugin
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic
--host=i386-redhat-linux
Thread model: posix
gcc version 4.1.2 20071124 (Red Hat 4.1.2-42)


I don't know whether gcc 4.1.2 works fine for building current OOo.


export JAVA_HOME=/usr/local/jdk1.6.0_07/
export PATH=$PATH:/usr/local/jdk1.6.0_07/bin
export CLASSPATH=$CLASSPATH:/usr/local/junit4.5/junit-4.5.jar
export ANT_HOME=/usr/local/ant
export PATH=$PATH:$ANT_HOME/bin

PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/lib/pkgconfig/

export CCACHE_DIR="/tmp/DEV300_m29.ccache"
ccache -M 2G -F 10
export CC="ccache gcc"
export CXX="ccache g++"


I don't know whether ccache works fine for building current OOo.
The command 'dmake' works depending on its own dependency files.


export CXXFLAGS="-Werror"
export CFLAGS="-Werror -fvisibility=hidden"

./configure --prefix=$HOME \
--disable-cups \
--disable-pam \
--with-jdk-home=/usr/local/jdk1.6.0_07/ \
--disable-mozilla \
--disable-qadevooo \
--without-system-stdlibs \
--disable-odk \
--with-use-shell=bash \
--with-vendor="Vietnamese Localization Build" \
--disable-vba \
--with-use-shell=bash \
--with-ant-home=/usr/local/ant/ \
--without-java \


Looks too complicated. I cannot make any comments on that...


source LinuxX86Env.Set.sh 
export SOLENV=`pwd`/solenv/
./solenv/unxlngi6/bin/dmake


Why do you need to explicitly specify the path to dmake instead of
simply type dmake? A PATH environment variable should be set properly
by LinuxX86Env.Set.sh and should help your command shell find dmake.

Try type the following to check your environment:

 which dmake

If your command shell answers another dmake, something goes wrongly.

Additionally, in the next time, try to log everything:

 e.g.
  dmake 2>&1 | tee dmake_`date +%Y%m%d_%H%M`.log

And then look for outputs beginning with a line "Building project scripting"
in the log file.

caio,
Tora

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] DEV300_m29: compiling ERROR: File not found: ScriptFramework.jar

2008-08-21 Thread Hung Nguyen Vu
On Thu, Aug 21, 2008 at 11:50 PM, tora - Takamichi Akiyama <
[EMAIL PROTECTED]> wrote:

>  > ERROR: File not found: ScriptFramework.jar
>
> To find the module from which a missing file should come,
>
>  1. Build OpenOffice.org completely.

What do you mean by " Build OpenOffice.org completely".?

All the commands I've typed are ./configure and dmake.
Now dmake has failed.


>  2. Look for a name of the missing file from log files.
>
>  e.g.
>   grep ScriptFramework.jar $SOLARVER/$INPATH/inc/*/deliver.log
>
>  In my case, the commend above prints:
>   /x/solver/300/unxsoli4.pro/inc/scripting/deliver.log:COPY scripting/
> unxsoli4.pro/class/ScriptFramework.jar
> unxsoli4.pro/bin/ScriptFramework.jar


ScriptFramework.jar was not found in deliver log.

[EMAIL PROTECTED] scripting]$ pwd
/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/
unxlngi6.pro/inc/scripting
[EMAIL PROTECTED] scripting]$ grep ScriptFramework.jar *
[EMAIL PROTECTED] scripting]$ LANG=en_US grep ScriptFramework.jar */*
grep: */*: No such file or directory
[EMAIL PROTECTED] scripting]$ ls
build.lstdeliver.log  storage/
[EMAIL PROTECTED] scripting]$ ls storage/
[EMAIL PROTECTED] scripting]$

So, in your case, building a module 'scripting' failed and/or
> 'deliver' command has not been executed in the module yet,
> or the module has not been built at all.
>
What should I do now?


> gcc version 4.1.2 20071124 (Red Hat 4.1.2-42)
>>
>
> I don't know whether gcc 4.1.2 works fine for building current OOo.

What is the recommended version of gcc as well as other prerequisite
libraries?
And I will try to build with latest gcc 4.3.1.

Btw, the problem I am facing now has nothing to do with gcc version.

I am on another thread with Caolan and he says that (older) OOo can be built
with gcc 4.1.2 ,
but the binary will crash.


>
>> export CC="ccache gcc"
>> export CXX="ccache g++"
>>
>
> I don't know whether ccache works fine for building current OOo.

It is recommended by OOo team :). For faster build time.

>
> The command 'dmake' works depending on its own dependency files.

In my first try,  cd DEV300_m29; dmake cannot be found, so I specify its
full path.
Ignore it.


>
>  export CXXFLAGS="-Werror"
>> export CFLAGS="-Werror -fvisibility=hidden"
>>
>> ./configure --prefix=$HOME \
>>--disable-cups \
>>--disable-pam \
>>--with-jdk-home=/usr/local/jdk1.6.0_07/ \
>>--disable-mozilla \
>>--disable-qadevooo \
>>--without-system-stdlibs \
>>--disable-odk \
>>--with-use-shell=bash \
>>--with-vendor="Vietnamese Localization Build" \
>>--disable-vba \
>>--with-use-shell=bash \
>>--with-ant-home=/usr/local/ant/ \
>>--without-java \
>>
>
> Looks too complicated. I cannot make any comments on that...

I just tried to disable anything I don't need.
 --with-jdk-home=/usr/local/jdk1.6.0_07 and  --without-java seems to be
abnormal but I hope it is fine(?).

Question: Why with  --without-java, dmake still looks for a .jar file?


>
>  source LinuxX86Env.Set.sh 
>> export SOLENV=`pwd`/solenv/
>> ./solenv/unxlngi6/bin/dmake
>>
>
> Why do you need to explicitly specify the path to dmake instead of
> simply type dmake? A PATH environment variable should be set properly
> by LinuxX86Env.Set.sh and should help your command shell find dmake.
>
> Try type the following to check your environment:
>
>  which dmake

 See above,
I've checked and "which dmake" *IS* ./solenv/unxlngi6/bin/dmake.
Sorry for the confusion.

If your command shell answers another dmake, something goes wrongly.
>
> Additionally, in the next time, try to log everything:
>
>  e.g.
>  dmake 2>&1 | tee dmake_`date +%Y%m%d_%H%M`.log
>
> And then look for outputs beginning with a line "Building project
> scripting"
> in the log file.

I didn't find that string. However "Building module scripting" is found and
it is nothing unusual.

Full dmake log:
http://aoclife.ddo.jp/~vuhung/foss/src/DEV300_m29/dmake_20080822_0013.log

One more question:

My configure output contains a warning:

checking for xrandr >= 1.2... checking X11/extensions/Xrandr.h usability...
no
checking X11/extensions/Xrandr.h presence... yes
configure: WARNING: X11/extensions/Xrandr.h: present but cannot be compiled
configure: WARNING: X11/extensions/Xrandr.h: check for missing
prerequisite headers?
configure: WARNING: X11/extensions/Xrandr.h: see the Autoconf documentation
configure: WARNING: X11/extensions/Xrandr.h: section "Present But Cannot
Be Compiled"
configure: WARNING: X11/extensions/Xrandr.h: proceeding with the
preprocessor's result
configure: WARNING: X11/extensions/Xrandr.h: in the future, the compiler
will take precedence

Is that safe to ignore?






-- 
Best Regards,
Nguyen Hung Vu ( Nguyễn Vũ Hưng )
[EMAIL PROTECTED]
<[EMAIL PROTECTED]>, YIM: vuhung16 , Skype:
vuhung16dg
Japa

Re: [dev] DEV300_m29: compiling ERROR: File not found: ScriptFramework.jar

2008-08-21 Thread tora - Takamichi Akiyama

Hi,

What i can propose here is not to disable any options of ./configure
since there would be possibilities of unexpected behaviors.

 ./configure --disable-something
   will set or unset some environment variables defined in LinuxX86Env.Set.sh

 'dmake' or 'build' will work depending on the values of the environment
 variables.

 'solenv/bin/make_installer.pl' would work depending on the value of
 the same environment variables as expected or would ignore the values.


I mean that there is possibility that the following situation might happen:

 One or more options you specified by --disable-something suppressed
 creation of ScriptFramework.jar, but make_installer.pl does not take
 care of the options and expected the existence of ScriptFramework.jar
 but it was not created. Consequently, build process resulted in failure.


Hung Nguyen Vu wrote:
> What should I do now?

If you want to make all options work as expected, you can investigate
your results more deeply and propose some patches for the Tools project.

If you want to just build OOo, try not to disable any options of
./configure, including Java and install somewhat old versions of tools
and use them. Those would be the simplest way to successfully go through
the build process, I think.

For example, some modules will be built with a tool Ant. Ant requires Java.
Hence, a process of building OOo definitely requires Java.


 --with-jdk-home=/usr/local/jdk1.6.0_07 and  --without-java seems to be
abnormal but I hope it is fine(?).


That seems not to make sense. But I am not sure about that since I have
no experience in disabling Java.

Some old versions of Ant does not work with the latest version of Java, 1.6.
For instance, /usr/bin/ant "Apache Ant version 1.6.2" embedded in Fedora
Core 4 does not work with /usr/java/jdk1.6.0_03 from java.com.
It unfortunately stops with the following error message:

 Exception in thread "main" java.lang.NoClassDefFoundError: 
org/apache/tools/ant/launch/Launcher

It, however, works fine with both /usr/java/j2sdk1.4.1_03 from java.com
and /usr/bin/java embedded in Fedora Core 4.

$ /usr/bin/java -version
java version "1.4.2"
gij (GNU libgcj) version 4.0.0 20050519 (Red Hat 4.0.0-8)

Therefore, using the latest tools might brings you some difficulties.



One more question:

My configure output contains a warning:

checking for xrandr >= 1.2... checking X11/extensions/Xrandr.h usability...
no
checking X11/extensions/Xrandr.h presence... yes
configure: WARNING: X11/extensions/Xrandr.h: present but cannot be compiled
configure: WARNING: X11/extensions/Xrandr.h: check for missing
prerequisite headers?
configure: WARNING: X11/extensions/Xrandr.h: see the Autoconf documentation
configure: WARNING: X11/extensions/Xrandr.h: section "Present But Cannot
Be Compiled"
configure: WARNING: X11/extensions/Xrandr.h: proceeding with the
preprocessor's result
configure: WARNING: X11/extensions/Xrandr.h: in the future, the compiler
will take precedence

Is that safe to ignore?


I am sorry, i have no information on that.

caio,
Tora


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[dev] At the end of the OpenSolaris 2008.05 adventure tour...

2008-08-21 Thread Ulf Wendel
(Those who missed a few mail: I did try on purpose to compile OOo 3.0 
M28 on OpenSolaris 2008.05 although its not a supported/recommended 
development platform )



At the end of the OpenSolaris 2008.05 adventure tour is JDK 1.5.

OpenOffice requires JDK 1.5. OpenSolaris 2008.05 comes with JDK 1.6. I 
tried compiling OpenOffice 3.0 M28 against JDK 1.6 . I was not too 
successfull. But hey, OOo does not promise to compile with JDK 1.6 - no 
deal!


OpenSolaris 2008.05 does not offer JDK 1.5 packages. You may try to 
install a JDK using a download package from java.sun.com. However, the 
Solaris packages of JDK 1.5 are build against Motif 2.1. And there is no 
Motif package for OpenSolaris 2008.05. As far as I understood it, the 
lawyers are working to make the two worlds compatible :(.


What about building JDK 1.5 yourself? Its not a very promising approach. 
"Motif version 2.1 headers and libraries are required for building the 
JDK.", http://java.sun.com/j2se/1.5.0/scsl/build-solaris.html .


What about using a Solaris 10 package? Well, maybe that's technically 
possible but its a bit dirty, isn't it? Who knows what consequences this 
will have - don't know, I'm not an expert in that domain. I won't follow 
up this road.


If you want to develop OpenOffice on *Solaris, you might want to have a 
look at Solaris Express Community Edition (SXCE). SXCE Build 95 is said 
to have the Motif headers. Alternatively, you might want to check out 
Solaris 10 - I did that only briefly and gave up on cups.h (try 
--without-cups?).


If the JDK 1.5 problem gets solved on OpenSolaris or OpenOffice moves 
forward to JDK 1.6, there seem to be only smaller hassles.


1) libXaw (OpenSolaris issues at the time of writing)

libXaw should be part of the FSWxorg-headers package. But 
FSWxorg-headers currently conflicts with SUNWxorg-headers. At the time 
of writing the FSWxorg-headers package is empty, you need to build 
libXaw manually.


http://xorg.freedesktop.org/releases/individual/lib/libXaw-1.0.4.tar.bz2
CC=cc ./configure --prefix=/usr/X11

2) SunStudio 5.10 unsupported (OpenOffice configure)

Patch the OpenOffice configure file. It lacks a test for any Sun 
compiler >5.9 - at least in M28.


3) ANT libraries not found (OpenOffice configure)

This may come up although you have the package SUNWant installed. 
SUNWant has the ant script in usr/bin/ant and the libraries in 
usr/share/lib/ant/ . usr/share/lib/ant/ is not part of the default 
search path in the configure script.


4) Use SunStudio and GNU make

Do yourself a favour and use SunStudio compilers on OpenSolaris when 
trying to build OpenOffice. OpenOffice will not accept the gcc from the 
SUNWgcc package anyway.


Make sure you have GNU make in your PATH before the Sun counterpart. Not 
only dmake clean but also several Makefiles make use of GNU make 
specific options.


Once you have got so far the build should start until it reaches a JDK 
library which depends on Motif.


Good luck...
Ulf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] DEV300_m29: compiling ERROR: File not found: ScriptFramework.jar

2008-08-21 Thread Christian Lohmaier
Hi *,

On Thu, Aug 21, 2008 at 5:31 PM, Hung Nguyen Vu
<[EMAIL PROTECTED]> wrote:
> On Thu, Aug 21, 2008 at 11:50 PM, tora - Takamichi Akiyama <
> [EMAIL PROTECTED]> wrote:
> [...]
> So, in your case, building a module 'scripting' failed and/or
>> 'deliver' command has not been executed in the module yet,
>> or the module has not been built at all.
>>
> What should I do now?

cd to the $SRC_ROOT/scripting directory and try to run "build" there

>>> export CC="ccache gcc"
>>> export CXX="ccache g++"
>>>
>>
>> I don't know whether ccache works fine for building current OOo.
>
> It is recommended by OOo team :). For faster build time.

Yes, and it definitely works. (although I prefer the symlink approach,
not the environment variables, but that doesn't matter)

>> The command 'dmake' works depending on its own dependency files.
>
> In my first try,  cd DEV300_m29; dmake cannot be found, so I specify its
> full path.
> Ignore it.

No, Don't ignore it. Since that clearly shows that something is wrong
with your environment. Better work on fixing it before trying
workarounds that break in even more obscure ways.

If you cannot just run "dmake" after sourcing the environment file,
then something is really wrong, and you should post your environment
file.

>>  export CXXFLAGS="-Werror"
>>> export CFLAGS="-Werror -fvisibility=hidden"

This doesn't work. And it is begging for build-problems. Only enable
-Werror after you finished a build successfuly. Only fiddle with
additional compiler flags once you succesfully finished a plain build.
Furthermore these two are unneccessary anyway. configure checks for
the visibility feature anyway, and if you want warnings=errors, pass
--enable-werror to configure.

>>> ./configure --prefix=$HOME \
>>>--disable-cups \

Don't want to print with your OOo on modern distros/make use of cups features?
Hmm...

>>>--disable-pam \
>>>--with-jdk-home=/usr/local/jdk1.6.0_07/ \

OK, but...

>>>--disable-mozilla \
>>>--disable-qadevooo \
>>>--without-system-stdlibs \
>>>--disable-odk \
>>>--with-use-shell=bash \
>>>--with-vendor="Vietnamese Localization Build" \
>>>--disable-vba \
>>>--with-use-shell=bash \

this is specified twice...

>>>--with-ant-home=/usr/local/ant/ \
>>>--without-java \

and this is a problem.

>> Looks too complicated. I cannot make any comments on that...

I can..

> I just tried to disable anything I don't need.
>  --with-jdk-home=/usr/local/jdk1.6.0_07 and  --without-java seems to be
> abnormal but I hope it is fine(?).

No. apparently it is not. and "jar" sounds like it is java, isn't it?
So when you tell OOo not to use java during the build, it cannot
compile java stuff...

> Question: Why with  --without-java, dmake still looks for a .jar file?

Congratulations, you found a dependency bug.

ciao
Christian

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] At the end of the OpenSolaris 2008.05 adventure tour...

2008-08-21 Thread Christian Lohmaier
Hi Ulf,

On Thu, Aug 21, 2008 at 7:09 PM, Ulf Wendel <[EMAIL PROTECTED]> wrote:
> (Those who missed a few mail: I did try on purpose to compile OOo 3.0 M28 on
> OpenSolaris 2008.05 although its not a supported/recommended development
> platform )
>
>
> At the end of the OpenSolaris 2008.05 adventure tour is JDK 1.5.
>
> OpenOffice requires JDK 1.5. OpenSolaris 2008.05 comes with JDK 1.6. I tried
> compiling OpenOffice 3.0 M28 against JDK 1.6 . I was not too successfull.
> But hey, OOo does not promise to compile with JDK 1.6 - no deal!

AFAIK only hsqldb module had problems with JDK 1.6

> OpenSolaris 2008.05 does not offer JDK 1.5 packages. You may try to install
> a JDK using a download package from java.sun.com. However, the Solaris
> packages of JDK 1.5 are build against Motif 2.1. And there is no Motif
> package for OpenSolaris 2008.05. As far as I understood it, the lawyers are
> working to make the two worlds compatible :(.

IIRC you can tell java not to use any motif stuff/operate in some kind
of headless mode as well.
-Djava.awt.headless=true might be worth a try.

> [...]

ciao
Christian

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] At the end of the OpenSolaris 2008.05 adventure tour...

2008-08-21 Thread Ulf Wendel

Moin Christian!

Christian Lohmaier schrieb:

On Thu, Aug 21, 2008 at 7:09 PM, Ulf Wendel <[EMAIL PROTECTED]> wrote:

(Those who missed a few mail: I did try on purpose to compile OOo 3.0 M28 on
OpenSolaris 2008.05 although its not a supported/recommended development
platform )


At the end of the OpenSolaris 2008.05 adventure tour is JDK 1.5.

OpenOffice requires JDK 1.5. OpenSolaris 2008.05 comes with JDK 1.6. I tried
compiling OpenOffice 3.0 M28 against JDK 1.6 . I was not too successfull.
But hey, OOo does not promise to compile with JDK 1.6 - no deal!


AFAIK only hsqldb module had problems with JDK 1.6


hsqldb did build just fine. My trouble was always on jni.h and libawt* - 
I still believe the JDK 1.6 package smells or my installation was 
(repeatably) broken. But anyway, I spend so much time on it and I think 
I should try Solaris 10 instead to get any Solaris box working.


The virtual machine still exists, I might try again later...


OpenSolaris 2008.05 does not offer JDK 1.5 packages. You may try to install
a JDK using a download package from java.sun.com. However, the Solaris
packages of JDK 1.5 are build against Motif 2.1. And there is no Motif
package for OpenSolaris 2008.05. As far as I understood it, the lawyers are
working to make the two worlds compatible :(.


IIRC you can tell java not to use any motif stuff/operate in some kind
of headless mode as well.
-Djava.awt.headless=true might be worth a try.


Hmm, ah, no, the virtual machine is already zipped and archived... maybe 
in a week... In general it looks promising but I'm afraid I don't have 
much more time to play with it.


Thanks!
Ulf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] Re: missing menu and toolbars on Opensuse 11 x86_64

2008-08-21 Thread Jens Herden
Hi Michael,

thanks for your quick reply.

> just had the exact same problem last week.
> in my case, it was caused by an incorrectly built uiconfig.zip.
> removing the output tree in module postprocess and rebuilding it helped;
> just rebuilding did not help, because the file was "up to date".

Bingo, rebuilding the module postprocess solves this problem! 


> maybe the build process is not safely interruptible in every place, or
> something like that.

Maybe it was because I was running a parallel build on a 4 CPU machine. 
I don't know enough to investigate further. :-(

Thanks a lot

Jens

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] DEV300_m29: compiling ERROR: File not found: ScriptFramework.jar

2008-08-21 Thread Hung Nguyen Vu
On Fri, Aug 22, 2008 at 1:49 AM, tora - Takamichi Akiyama <
[EMAIL PROTECTED]> wrote:

> Hi,
>
> What i can propose here is not to disable any options of ./configure
> since there would be possibilities of unexpected behaviors.
>
>  ./configure --disable-something
>   will set or unset some environment variables defined in
> LinuxX86Env.Set.sh
>
The reason why I add some --disable-something is that I want to save
compiling time.

I will remove as much as --disable-something in ./configure in the next
build.



> That seems not to make sense. But I am not sure about that since I have
> no experience in disabling Java.
>
There is  a dependency bug. It is obvious because as I in another email with
Christian Lohmaier,
he also says that for --without-java, dmake should not check .jar files.

I am want submit this bug to:
http://qa.openoffice.org/issues/enter_bug.cgi [1]
But a question is: What component in [1] shoulld use?

But I will use java in the next build.

Some old versions of Ant does not work with the latest version of Java, 1.6.
> For instance, /usr/bin/ant "Apache Ant version 1.6.2" embedded in Fedora
> Core 4 does not work with /usr/java/jdk1.6.0_03 from java.com.
> It unfortunately stops with the following error message:

I am using ant 1.7.1. Hope it is fine.


> It, however, works fine with both /usr/java/j2sdk1.4.1_03 from java.com
> and /usr/bin/java embedded in Fedora Core 4.

j2sdk 1.4.1 has come it its End Of Line.
http://java.sun.com/products/archive/j2se-eol.html
I use j2sdk1.4.2_18 in the next build.
( j2sdk1.4.2_18 is the only 1.4.2 javac I can find in 1.4.x series on
java.com )

Therefore, using the latest tools might brings you some difficulties.

Whilst openoffice is big and complex, compiling process itself is fragile,
I believe that there must be a combination of tools so for a success build
:D.
I just need one of them...


-- 
Best Regards,
Nguyen Hung Vu ( Nguyễn Vũ Hưng )
[EMAIL PROTECTED]
<[EMAIL PROTECTED]>, YIM: vuhung16 , Skype:
vuhung16dg
Japan through an eye of a gaijin:
http://www.flickr.com/photos/vuhung/tags/fav/


Re: [dev] DEV300_m29: compiling ERROR: File not found: ScriptFramework.jar

2008-08-21 Thread Hung Nguyen Vu
On Fri, Aug 22, 2008 at 2:23 AM, Christian Lohmaier <[EMAIL PROTECTED]>wrote:

> Hi *,
>
> On Thu, Aug 21, 2008 at 5:31 PM, Hung Nguyen Vu
> <[EMAIL PROTECTED] <[EMAIL PROTECTED]>> wrote:
> > On Thu, Aug 21, 2008 at 11:50 PM, tora - Takamichi Akiyama <
> > [EMAIL PROTECTED]> wrote:
> > [...]
> > So, in your case, building a module 'scripting' failed and/or
> >> 'deliver' command has not been executed in the module yet,
> >> or the module has not been built at all.
> >>
> > What should I do now?
>
> cd to the $SRC_ROOT/scripting directory and try to run "build" there

It didn't work. I got the same error ( could not find jar file ).


>
> >>> export CC="ccache gcc"
> >>> export CXX="ccache g++"
> Yes, and it definitely works. (although I prefer the symlink approach,
> not the environment variables, but that doesn't matter)

alias gcc="ccache gcc" works as well.

> In my first try,  cd DEV300_m29; dmake cannot be found, so I specify its
>
> No, Don't ignore it. Since that clearly shows that something is wrong
> with your environment. Better work on fixing it before trying
> workarounds that break in even more obscure ways.

Only in my first try, I did something wrong and dmake could not be found.
Now, it is fine.


> If you cannot just run "dmake" after sourcing the environment file,
> then something is really wrong, and you should post your environment
> file.
>
I make the whole source tree viewable, as well as the env file.
http://aoclife.ddo.jp/~vuhung/foss/src/DEV300_m29/
http://aoclife.ddo.jp/~vuhung/foss/src/DEV300_m29/LinuxX86Env.Set.sh


> >>  export CXXFLAGS="-Werror"
> >>> export CFLAGS="-Werror -fvisibility=hidden"
>
> This doesn't work. And it is begging for build-problems. Only enable
> -Werror after you finished a build successfuly. Only fiddle with
> additional compiler flags once you succesfully finished a plain build.
> Furthermore these two are unneccessary anyway. configure checks for
> the visibility feature anyway, and if you want warnings=errors, pass
> --enable-werror to configure.

I will remove CXXFLAGS and CFLAGS in the next build.
I thought with -Werror, the standard output in my terminal will be cleaner,
which is worng.


>
> >>> ./configure --prefix=$HOME \
> >>>--disable-cups \
>
> Don't want to print with your OOo on modern distros/make use of cups
> features?
> Hmm...

I don't use cups. But I will build OOo with cups support next time.

>
> >>>--disable-mozilla \
>
Do we really need this?
Mozilla is too big!

>>>--with-use-shell=bash \
>>>--with-use-shell=bash \

this is specified twice...

I weird thing I've noticed:

Though --with-use-shell=bash was set in ./configure,

./configure reports:

"The variable SHELL is set to: /bin/tcsh"

after its run.
# I always use bash!



No. apparently it is not. and "jar" sounds like it is java, isn't it?
> So when you tell OOo not to use java during the build, it cannot
> compile java stuff...

java, python, uno are not my goals at the moment.
I need a binary first.


> > Question: Why with  --without-java, dmake still looks for a .jar file?
>
> Congratulations, you found a dependency bug.

Where should I commit a bug?
http://qa.openoffice.org/issues/enter_bug.cgi
What component does this bug belong to?



-- 
Best Regards,
Nguyen Hung Vu ( Nguyễn Vũ Hưng )
[EMAIL PROTECTED]
<[EMAIL PROTECTED]>, YIM: vuhung16 , Skype:
vuhung16dg
Japan through an eye of a gaijin:
http://www.flickr.com/photos/vuhung/tags/fav/


[dev] DEV300_m29: dmake: Error code 1, while making '../../unxlngi6.pro/lib/libofficebean.so'

2008-08-21 Thread Hung Nguyen Vu
Hi all,

[EMAIL PROTECTED] unix]$ uname -a
Linux aoclife.ddo.jp 2.6.18-53.1.13.el5 #1 SMP Tue Feb 12 13:01:45 EST 2008
i686 i686 i386 GNU/Linux
[EMAIL PROTECTED] unix]$ cat /etc/redhat-release
CentOS release 5 (Final)
[EMAIL PROTECTED] unix]$ gcc --version
gcc (GCC) 4.1.2 20071124 (Red Hat 4.1.2-42)

config script:
#
http://aoclife.ddo.jp/~vuhung/foss/src/DEV300_m29/config_office/vh-config.sh.2
[EMAIL PROTECTED] config_office]$ cat vh-config.sh.2
export JAVA_HOME=$HOME/opt/j2sdk1.4.2_18
export PATH=$JAVA_HOME/bin:$PATH

export CLASSPATH=$CLASSPATH:/usr/local/junit4.5/junit-4.5.jar

export ANT_HOME=/usr/local/ant
export PATH=$PATH:$ANT_HOME/bin

export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/lib/pkgconfig/

export CCACHE_DIR="/tmp/DEV300_m29.ccache"
ccache -M 2G -F 10
export CC="ccache gcc"
export CXX="ccache g++"

CFLAGS="-I$HOME/include" ./configure --prefix=$HOME \
--with-jdk-home=$JAVA_HOME \
--with-ant-home=$ANT_HOME \
--with-system-stdlibs

sleep 3
cd ..
./bootstrap
sleep 3
source LinuxX86Env.Set.sh
echo "which dmake"
which dmake
echo "which dmake???"

dmake 2>&1 | tee dmake_`date +%Y%m%d_%H%M`.log


# Full error:
http://aoclife.ddo.jp/~vuhung/foss/src/DEV300_m29/dmake_20080822_1120.log10MB!
Error:

[EMAIL PROTECTED] DEV300_m29]$ cd -
/home/vuhung/public_html/foss/src/DEV300_m29/bean/native/unix
[EMAIL PROTECTED] unix]$ build
build -- version: 1.171

=
Building module bean
/home/vuhung/public_html/foss/src/DEV300_m29/bean/com/sun/star/comp/beans
-
/home/vuhung/public_html/foss/src/DEV300_m29/bean/com/sun/star/beans
-
/home/vuhung/public_html/foss/src/DEV300_m29/bean/native/unix
--
Making: ../../unxlngi6.pro/lib/libofficebean.so
ccache g++ -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs
-Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared
-L../../unxlngi6.pro/lib -L../lib
-L/home/vuhung/public_html/foss/src/DEV300_m29/solenv/unxlngi6/lib
-L/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/unxlngi6.pro/lib-L/home/vuhung/public_html/foss/src/DEV300_m29/solenv/unxlngi6/lib
-L/home/vuhung/opt/j2sdk1.4.2_18/lib
-L/home/vuhung/opt/j2sdk1.4.2_18/jre/lib/i386
-L/home/vuhung/opt/j2sdk1.4.2_18/jre/lib/i386/client
-L/home/vuhung/opt/j2sdk1.4.2_18/jre/lib/i386/native_threads -L/usr/lib
../../unxlngi6.pro/slo/officebean_version.o -o ../../
unxlngi6.pro/lib/libofficebean.so ../../
unxlngi6.pro/slo/com_sun_star_comp_beans_LocalOfficeWindow.o ../../
unxlngi6.pro/slo/com_sun_star_beans_LocalOfficeWindow.o -ljawt -lstdc++ -ldl
-lpthread -lm
rm -f ../../unxlngi6.pro/lib/check_libofficebean.so
mv ../../unxlngi6.pro/lib/libofficebean.so ../../
unxlngi6.pro/lib/check_libofficebean.so
/home/vuhung/public_html/foss/src/DEV300_m29/solenv/bin/checkdll.sh -L../../
unxlngi6.pro/lib -L/home/vuhung/public_html/foss/src/DEV300_m29/solver/300/
unxlngi6.pro/lib  ../../unxlngi6.pro/lib/check_libofficebean.so
Checking DLL ../../unxlngi6.pro/lib/check_libofficebean.so ...: ERROR:
libXp.so.6: cannot open shared object file: No such file or directory
dmake:  Error code 1, while making '../../unxlngi6.pro/lib/libofficebean.so'

ERROR: Error 65280 occurred while making
/home/vuhung/public_html/foss/src/DEV300_m29/bean/native/unix

-- 
Best Regards,
Nguyen Hung Vu ( Nguyễn Vũ Hưng )
[EMAIL PROTECTED]
<[EMAIL PROTECTED]>, YIM: vuhung16 , Skype:
vuhung16dg
Japan through an eye of a gaijin:
http://www.flickr.com/photos/vuhung/tags/fav/


[dev] Re: DEV300_m29: dmake: Error code 1, while making '../../unxlngi6.pro/lib/libofficebean.so'

2008-08-21 Thread Hung Nguyen Vu
On Fri, Aug 22, 2008 at 12:49 PM, Hung Nguyen Vu <
[EMAIL PROTECTED] <[EMAIL PROTECTED]>> wrote:

> Checking DLL ../../unxlngi6.pro/lib/check_libofficebean.so ...: ERROR:
> libXp.so.6: cannot open shared object file: No such file or directory
> dmake:  Error code 1, while making '../../
> unxlngi6.pro/lib/libofficebean.so'
>
Never mind,

#libXp is a part of x.org
Just get rid of it with:
yum install -y libXp libXp-devel



-- 
Best Regards,
Nguyen Hung Vu ( Nguyễn Vũ Hưng )
[EMAIL PROTECTED]
<[EMAIL PROTECTED]>, YIM: vuhung16 , Skype:
vuhung16dg
Japan through an eye of a gaijin:
http://www.flickr.com/photos/vuhung/tags/fav/


Re: [dev] DEV300_m29: compiling ERROR: File not found: ScriptFramework.jar

2008-08-21 Thread tora - Takamichi Akiyama

Hi,


So, in your case, building a module 'scripting' failed and/or

'deliver' command has not been executed in the module yet,
or the module has not been built at all.


What should I do now?

cd to the $SRC_ROOT/scripting directory and try to run "build" there


It didn't work. I got the same error ( could not find jar file ).


1. Do the ./configure in the directory config_office with appropriate
   options on the new terminal emulator.
2. source LinuxX86Env.Set.sh

3. cd $SRC_ROOT/scripting
4. mv unxlngi6.pro unxlngi6.pro-failed
  or
   build depend=1
5. cd $SRC_ROOT and then build OOo entirely.
  (date; time dmake; date) 2>&1 | tee dmake_`date +%Y%m%d_%H%M`.log

or

3. cd $SRC_ROOT/scripting
4. mv unxlngi6.pro unxlngi6.pro-failed
5. (date; time build.pl product=full; date) 2>&1 | tee build_`date 
+%Y%m%d_%H%M`.log
6. (date; time deliver.pl; date) 2>&1 | tee deliver_`date +%Y%m%d_%H%M`.log
7. cd $SRC_ROOT/instsetoo_native
8. (date; time build.pl --from scripting product=full; date) 2>&1 | tee 
build_`date +%Y%m%d_%H%M`.log

caio,
Tora

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] DEV300_m29: compiling ERROR: File not found: ScriptFramework.jar

2008-08-21 Thread Hung Nguyen Vu
On Fri, Aug 22, 2008 at 1:01 PM, tora - Takamichi Akiyama <
[EMAIL PROTECTED]> wrote:

> 1. Do the ./configure in the directory config_office with appropriate
>   options on the new terminal emulator.
> 2. source LinuxX86Env.Set.sh
>
> 3. cd $SRC_ROOT/scripting

At this point, I've run "build"  and everything was fine.

So far so good, it may take a while until I get OOo binary compiled or next
error :)


> 4. mv unxlngi6.pro unxlngi6.pro-failed

Is it equivalent to "dmake clean"
unxlngi6 folder is 6GB big and it takes a long time.



5. cd $SRC_ROOT and then build OOo entirely.
>  (date; time dmake; date) 2>&1 | tee dmake_`date +%Y%m%d_%H%M`.log

I will add "date"  in my vh-config.sh.2 script.
How long does it take to compile OOo?( pen IV 3.2GB, 2GB Memory, SCSI 320
HDD)




-- 
Best Regards,
Nguyen Hung Vu ( Nguyễn Vũ Hưng )
[EMAIL PROTECTED]
<[EMAIL PROTECTED]>, YIM: vuhung16 , Skype:
vuhung16dg
Japan through an eye of a gaijin:
http://www.flickr.com/photos/vuhung/tags/fav/


[dev] Fwd: [releases] MacOSX INTEL/PPC aqua version of OOO300_m3 (Developer shapshot) have been uploaded

2008-08-21 Thread Hung Nguyen Vu
FYI,

The build script looks interesting and worth to watch.
ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/Dev_OOO300_m3/buildscript.OOO300_m3.MacOSXIntel.AQUA.tar.gz

-- Forwarded message --
From: Maho NAKATA <[EMAIL PROTECTED]>
Date: Fri, Aug 22, 2008 at 2:09 PM
Subject: [releases] MacOSX INTEL/PPC aqua version of OOO300_m3 (Developer
shapshot) have been uploaded
To: [EMAIL PROTECTED]


Hi,

I have just uploaded MacOSX version of OOO300_m3 of
INTEL/PPC at good-day.
This is a developer snapshot for the Developer and QA of
OpenOffice.org . USE AT OWN RISK.

URI ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/Dev_OOO300_m3/
  http://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/Dev_OOO300_m3/

Europian mirror provided by Bircher Florian:
(The sync start at 00:00 Middle Europe Time Zone (MEZ). 1 Time a Day)
HTTP:
http://unlogisch.ch/mirror/ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/
FTP:
ftp://www.unlogisch.ch/ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/

Issues:
Genreal:
Intel specific: No issues.
PowerPC specific: #i92388#: Application Frame crashes after closing of
window
 #i87969#: MacOSX : regcomp fails at instsetoo_native on PPC
 #i77664#: build fails at i18npool/source/localedata/data
conditionally
 #iX#: no vi build. I'll provide it for the next time.

Timing: (using some ccache results)
PPC (2.3GHz G5 dual two parallel build) #i77664# hit seriously, and many
build breakges.
Intel (1.83GHz Core Duo parallel build) 13.3h

Potential build issues:
#i88785#, MacOSX : hdiutil hangs during making packages

MD5sums are following:
MD5 (BrOo_Dev_OOO300_m3_MacOSXIntel_install_pt-BR.dmg) =
537b2a37bdcefd1db87db827b01765e8
MD5 (OOo-SDK_3.0_macosxi_install_en-US.dmg) =
f28baabce6a3dd49e885cd0a737011dc
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install.dmg) =
abe83e89de1e65843bbe1d12a7fdcca3
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_af.dmg) =
f9ceca72c9e89c64707f821c63311e23
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_ar.dmg) =
3a0b6f96dfe10456ef3d1847b7fadf70
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_as-IN.dmg) =
954ccba36ee1b7f4d255da01090c9987
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_be-BY.dmg) =
7d2fd85a0cbce3274c0f1f489bdc11f2
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_bg.dmg) =
4675fb90d0e084387c402ff5cad689a2
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_bn-BD.dmg) =
526bc533b57e8762fdaa7ea7f3aa447d
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_bn-IN.dmg) =
13361a38a362d06209ea0b6f677ff814
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_bn.dmg) =
65620aabdfdea2e94c6412c075f12512
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_br.dmg) =
4fefe8c73d47f5d1b8f25a564ef2c809
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_bs.dmg) =
5d467cc85a190ca94a24118c3158bb11
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_by.dmg) =
39a15f7cc8b4f94378b8daabfba5ec36
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_ca.dmg) =
66d03122c3fce7c41cfae8c6611b3192
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_cs.dmg) =
13d86384164d381cb44f138d3b1ea7b1
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_cy.dmg) =
5962c079cf0c9bf0a5a5969ec81bfc1c
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_da.dmg) =
9c9f7f75b9281120b92a36822b5f85b9
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_de.dmg) =
556b0a88853c4c3aeec144cca3bfba96
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_dz.dmg) =
7983a8cb1ce2019ffc690120ad841ae4
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_el.dmg) =
ffae9b5c847c613dd467e6ede16824e0
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_en-GB.dmg) =
24c9a9b03b3cc6ca26d12bde91fca868
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_en-ZA.dmg) =
d99ffab5764bc512b3a688fc7aa1eec4
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_eo.dmg) =
dd409c5f4e47fbf02a73f3e724a63c3d
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_es.dmg) =
0fe22797bf4712a02f63a847737f5b8f
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_et.dmg) =
286e94bb5bc7c7ea9f9736b3d0925082
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_eu.dmg) =
a91e0b5dc127ab4e13f6f6a454e0024d
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_fa.dmg) =
63ebf74d5c7291ce5d87cdb7b0676402
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_fi.dmg) =
f44848a99051b963f1c8a7f5951f7086
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_fr.dmg) =
2620b3cb0ced04fbb5ea44834e255968
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_ga.dmg) =
7617d671890cba28866f5e4fa474bf32
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_gd.dmg) =
87a961ae30947a15d76faabc6dc56eb4
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_gl.dmg) =
94a960f59f5a3b66c49680fa381f0a7b
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_gu-IN.dmg) =
ec1f4fb753803b6ccc37bef696d75884
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_he.dmg) =
cb7c935a6bbdd56c04093d1e03afcd6c
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_hi-IN.dmg) =
925b51bf5b098e760ed7535dc770e540
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_hr.dmg) =
467683b5c7d8e8fb56cd06a28e21bc48
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_hu.dmg) =
7f7adef9011e24839cb5b6ca3145c0a4
MD5 (OOo_Dev_OOO300_m3_MacOSXIntel_install_it.dmg)