More on the OO 64-bit source

[Jim McCarthy]

Note there is also an officially supported Itanium 64-bit (ia64) release of the latest OpenOffice.   I do not have much depth of C-programming experience myself, but one of the people working on Itanium support + development of the Red-Hat-based "Scientific Linux CERN" Linux OS once mentioned to me that ia64 was a more "stringent" (or strict) 64-bit implementation than 64-bit x86.  His experience was such that source code upgraded from 32-bit x86 to 64-bit x86 was not necessarily guaranteed to be up-to-snuff for building "as is" on ia64 -- i.e., some additional 64-bit upgrades to the source code are frequently required in order to build the code successfully on ia64.   Conversely 32-bit source code upgraded to adhere to the stricter 64-bit demands for building on ia64 were then fine building "as is" on 64-bit x86.

I can't say whether this is indeed true, or not -- and if true, whether the existence of an Itanium release of OpenOffice has anything to do with getting those same source codes to build successfully on 64-bit Alpha platforms -- but I thought it was an interesting claim that one could apparently get away with certain legacy 32-bit programming practices on 64-bit x86 that were strictly forbidden on ia64.

-- Jim
  

--- On Thu, 10/28/10, Dialup Jon Norstog <thursday at allidaho.com> wrote:

From: Dialup Jon Norstog <thursday at allidaho.com>
Subject: More on the OO 64-bit source
To: "Linux on Alpha processors" <axp-list at redhat.com>
Date: Thursday, October 28, 2010, 9:55 AM

To the list:

here is the port maintainer's clarification on 64-bit source code.

**********************************************************
On Thu, 2010-10-28 at 08:52 -0600, Jon Norstog wrote:
> Thanks for getting back to me, Caolan.  So that means the 64-bit X-86  
> source is Alpha-friendly?

In theory at least it should build on Alpha. I ported the core bit, the uno
bridge, to Alpha some time ago. Its not like it gets built every day so parts
mightn't work. Various workarouns like 

configuring --with-system-python and/or --with-system-mozilla etc to avoid
building the in-tree copies and use the copy already installed might be
helpful to avoid any gotchas with those.

C.


_______________________________________________
axp-list mailing list
axp-list at redhat.com
https://www.redhat.com/mailman/listinfo/axp-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/axp-list/attachments/20101028/434b09db/attachment.htm>