Thanks Caolan,
Thanks for your email!
I think the distcc approach is the greatest method one can figure out and I
am going to do this with the help of the remote shell.
As to the flag issue, I have a final solution already; I will recompile my
toolchain with a new version glibc.
BUT, if it's not a problem caused by the remove of that flag and the crash
of the typesconfig, why I got the following info:
------------------------------
......dmake: Error: -- `../unxlngr.pro/ucr/cssawt.db' not found, and can't
be madeERROR: Error 65280 occurred while making
/home/caesar/OOo/OOO300_m9/offapi/util
OR
......dmake: Error: -- `../unxlngr.pro/ucr/cssbridge.db' not found, and
can't be madeERROR: Error 65280 occurred while making
/home/caesar/OOo/OOO300_m9/udkapi/util
------------------------------
WHAT IS MORE WEIRD, SOMETIMES, no error pops up when it's compiling module
udkapi and offapi, but several minutes later, errors pop up and message
tells me this:
--------------------------------------------------------------
cc1plus: warning: include location "/usr/include" is unsafe for
cross-compilation
In file included from ../../inc/com/sun/star/uno/Any.h:35,
from ../../inc/cppu/helper/purpenv/Mapping.hxx:34,
from
/home/caesar/OOo/OOO300_m9/cppu/source/AffineBridge/AffineBridge.cxx:39:
../../inc/com/sun/star/uno/Type.h:35:42: error:
com/sun/star/uno/TypeClass.hdl:No such file or directory
In file included from ../../inc/com/sun/star/uno/Any.h:35,
from ../../inc/cppu/helper/purpenv/Mapping.hxx:34,
from
/home/caesar/OOo/OOO300_m9/cppu/source/AffineBridge/AffineBridge.cxx:39:
../../inc/com/sun/star/uno/Type.h:99: error: expected `)' before
'eTypeClass'
../../inc/com/sun/star/uno/Type.h:106: error: expected `)' before
'eTypeClass'
../../inc/com/sun/star/uno/Type.h:151: error: 'TypeClass' does not name a
type
In file included from ../../inc/cppu/helper/purpenv/Mapping.hxx:34,
from
/home/caesar/OOo/OOO300_m9/cppu/source/AffineBridge/AffineBridge.cxx:39:
../../inc/com/sun/star/uno/Any.h:150: error: 'TypeClass' does not name a
type
dmake: Error code 1, while making '../../unxlngr.pro/slo/AffineBridge.obj'
ERROR: Error 65280 occurred while making /home/caesar/OOo/OOO300_m9/
cppu/source/AffineBridge
rmdir /tmp/22127
dmake: Error code 1, while making 'build_instsetoo_native'
--------------------------------------------------------------
Do you have any idea or, what do you think about this?
Thanks for your help!
Best,
S. Caesar Huang
On Tue, Dec 16, 2008 at 10:18 PM, Caolán McNamara <[email protected]>wrote:
> On Tue, 2008-12-16 at 14:48 +0100, Rene Engelhard wrote:
> > Caesar wrote:
> > > Furthermore, I notised that the typesconfig crashed during the
> > > compilation of the module sal because of the qemu fails to support
> > > something
>
> That's not inherently a problem. typesconfig deliberately finds out what
> it is allowed or disallowed to do on a given system. As long as it truly
> is the case that e.g. it is disallowed to access a short on 1-aligned
> address on your emulated system, then the "crash" is ok.
>
> > Build natively.
>
> Building natively doesn't have to be a totally horrible experience.
> e.g. configure and build under qemu-arm, put a distcc client on the
> qemu-arm, point it as a distcc server on the x86_64 and point the
> distcc server at the cross compiler. That'll knock a week off the build
> :-)
>
> My understanding is that scratchbox should semi-magically fake an arm
> environment, set the compiler to be the cross-compiler and use qemu to
> run any output arm binaries which are executed, so I guess it should
> work in theory. But I wasn't even able to get scratchbox2 to build
> hello world when I give it a quick attempt some time ago so I don't
> think there's anyone with much experience around in building OOo with
> it.
>
> Removing the $ORIGIN lines isn't a great idea. All *might*
> work ok during the build itself as there's a LD_LIBRARY_PATH in
> operation then, but after the output has been deployed then ld.so won't
> be able find the libraries that bits of OOo are linked against, e.g.
>
> readelf -d /usr/lib/openoffice.org3/program/soffice.bin |grep ORIGIN
> Library rpath:
> [$ORIGIN:$ORIGIN/../basis-link/program:$ORIGIN/../basis-link/ure-link/lib]
> so for e.g. soffice.bin ldd
> /path/to/openoffice.org3/program/soffice.bin | grep uno_sal
> libuno_sal.so.3 =>
> /path/to/openoffice.org3/program/../basis-link/ure-link/lib/libuno_sal.so.3
>
> So libuno_sal.so.3 is found by traversing ../basic-link/ure-link/lib
> relative to soffice.bin's location. If you cut that out then it won't be
> able
> to do that without hacking around with at least a LD_LIBRARY_PATH.
>
> C.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
