Re: Open Office 1.0.2 build successfully
Balint Cristian <[email protected]>
| Newsgroups | gmane.linux.aurora.devel |
|---|---|
| Message-ID | <[email protected]> |
On Wednesday 05 March 2003 14:36, The Shrink wrote: > Cristian, > > I'm not sure what you meant my descriptors. I already have my environment > working for Linux Sparc. And I have gcc3_linux_sparc created for the UNO > bridge. It seems to pick it up and compiles okay. I salvage the UNO > bridge code from linux/intel and solaris/sparc. So the code is actually > from gcc3_linux_intel, but the inline assembler portion it took it from > solaris/sparc. Ah sorry, I understant ! Anyway is a nice job ! > > So I think the build environment knows I'm compiling on Linux OS and Sparc > architecture (all defined in solenv/inc/unx.mk solenv/inc/unxlngs.mk). Wait, now i compileng X 4.3.0 tahi i start with oofice ! Of course keep in touch ! cristian, > > Thanks for the reply > > ----- Original Message ----- > From: Balint Cristian <[email protected]> > Date: Wed, 5 Mar 2003 17:18:40 -0500 > To: [email protected], "Suhana Saadun" <[email protected]> > Subject: Re: [aurora-sparc-devel] Open Office 1.0.2 build successfully > > > On Wednesday 05 March 2003 09:40, Suhana Saadun wrote: > > > I've build Open Office 1.0.2 on my Aurora Linux 1.0, the changes are > > > located here: > > > http://briefcase.yahoo.com/bc/myshrink/lst?.dir=/OpenOffice1.0.2/LinuxS > > >parc > > > > > > I've installed it, but having problem running it. I'm not familiar > > > with the Sparc assembler instructions, the program may have crashed in > > > the c++/UNO bridge that uses some inline assembly. I took the assembly > > > instructions from Solaris Sparc directory: > > > bridges/source/cpp_uno/gcc2_solaris_sparc > > > > Uooooo !! > > > > Congratulations ! > > > > I tryed last year the 1.0.1 but NEVER arived till UNO !!! > > I think there is missing gcc3_linux_sparc descriptors !!!! > > > > If oofice use gcc2_solaris_sparc is not good its a wrong way !!! > > we must declare globaly some descriptors of linux/sparc instead of > > solaris/sparc but will be very hard !!! Actualy it missrecognise that you > > have sol insted of linux ..... > > > > Last year i declare these gcc(3 or 2)+linux+sparc environ and obtain some > > nice patch and evrthyng worked fine but never compile till the end ! > > > > I am disposed with you to see whats the current state but give me one day > > to reanalyse and try compile again .. maybe will do more steps together > > ... > > > > With the asm sparc guys maybe help to translate.... as do for me ... -- Unable to handle kernel paging request \|/ ____ \|/ "@'/ .. \`@" /_| \__/ |_\ \__U_/ setserial(104): Oops TSTATE: 0000004411f09605 TPC: 000000000051ba00 TNPC: 000000000051ba0c Y: 0600000 g0: 7001821070016068 g1: 00000000006bf5d0 g2: 0000000000000000 g3: 00000000006b4300 g4: fffff8001398f7a0 g5: 0000000000000000 g6: fffff80010638000 g7: 0000000000000000 o0: 000008810001ccb4 o1: fffff8001398f7a0 o2: 00000000005f8af4 o3: 00000000000000f8 o4: ffffffffffffffff o5: 0000000000000000 sp: fffff8001063a601 ret_pc: 000000000044a548 l0: 0000000000000043 l1: 0000000000000039 l2: 0000000000000000 l3: 0000000000000000 l4: 0000000000000000 l5: 000000000070c920 l6: 0000000000000000 l7: 0000000000000000 i0: fffff80013d55e50 i1: fffff8001063af9e i2: fffff8001063b0f0 i3: 0000000000000000 i4: 00000000006bf240 i5: ffffffffffffffff i6: fffff8001063a6e1 i7: 000000000051c34c Instruction DUMP: d05e2028 808ae001 02600004 <e05a2010> 9a102001 e64620b4 808ae080 0240000c 808ae040