Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email firstname.lastname@example.org
From: Andrei A. Dergatchev (dergatchev_at_kapella.gpi.ru)
Date: Wed Oct 09 2002 - 21:25:30 CDT
Its good to see more and more talk about OpenOffice on Alpha.
Maybe, one day, we will see more developers ;-)
I want to apologize, I was not able to post for a month or so, because
we had our first baby girl last month. I would like to thank everyone who
offered me an account to work on porting. I'm currently using
an account at CRL, as it provides a few different OSes to play with
and the connection is quite stable (ssh sessions do not go astray
very offen:-) ).
Let me add a couple of points here.
Alvin Starr wrote:
> I noticed that RH8.0 has build an open-office RPM.
> does gcc have a 32 bit address compile and link option?
> Just a silly thought but this may be a way around the problems of no
> open office.
OpenOffice is a cross platform suite and as such, it is build on top
of certain intermediate libraries. One big caveat (no OOo on AlphaLinux) is
that those libraries often do not offer any binding for int. None at
data types range consists of _bytes, shorts, and longs_). In turn, these
libraries are build on top of system libraries. On 32-bit systems,
gcc happily warns you about 32bit long to 32bit int conversion and go on.
On AlphaLinux, you get a SEGV.
I have not figured out any way to automaticcally decide how to assign
variables 32-bit int or 64-bit long (AlphaLinux wants 64-bit variables
probably Tru64 too since Tru64 port people wrote about initial problems
sample OOo X program running; and my port now is at that very stage too).
> Since all the ugly part of open office building is handled in the RPM.
I haven't heard about any signle person from RH working on OOo on Alpha,
and without some codine, noone could teach RPM how to deal with that
Axp-list mailing list