I've been successful in getting a fully functional build on
FreeBSD/PowerPC, including menu icons, toolbars and graphics.
The issue, as I discovered, was in the code used to define endianness, for
FreeBSD/PowerPC. This also resolved the issue with the Base application.
I have developed patches and would like to contribute this work for
inclusion in the code base.
On Mon, Dec 5, 2016 at 1:58 PM, Curtis Hamilton <clhamilto@gmail.com> wrote:
I've successfully built Libreoffice-4.3.7 on FreeBSD 10.2/PowerPC64, that
has menu icons, toolbars and graphics. With the exception of the Base
application, everything seems to be working correctly.
To get it to build, I had to take the "hatchet" approach, due to a flaw in
the big/little endian logic in the code. The code does not seem to be
defining "OSL_BIGENDIAN" properly, thus testing fails and defaults to
little endian. I removed and/or commented the code tests for
"OSL_BIGENDIAN" in most modules where it appeared. Leaving the software
hard coded for "big endian". I believe the issue with the Base application
is due to the "hatchet" that was taken to the code.
Armed with this knowledge, I working to find and correct the flawed endian
logic and develop patches. I'm sure the results will be easily repeatable
for LO5.
On Mon, Nov 21, 2016 at 7:32 AM, Michael Stahl <mstahl@redhat.com> wrote:
On 19.11.2016 00:19, Curtis Hamilton wrote:
On 11/18/2016 05:26, Michael Stahl wrote:
On 17.11.2016 17:54, Curtis Hamilton wrote:
My build environment:
OS: FreeBSD 10.2-STABLE powerpc (64-bit)
Compiler: GCC version 4.8.5
Java Version: OpenJDK Runtime Environment (build 1.8.0_102-b14)
OpenJDK 64-Bit Server VM (build 25.102-b14, mixed
mode)
I’m hoping that someone with knowledge of the workings of the user
interface can provide some insight on what to look at. I’m not sure if
this is a LibreOffice issue or FreeBSD on PowerPC issue.
it could be either, in particular if it's big-endian PPC there might be
an endian issue in some image handling code, of which there is quite a
lot for various different formats.
that was my initial assumption, but could not figure out how
OSL_BIGENDIAN was being defined, since "osl/endian.h" is not being
included in all files that tests for OSL_BIGENDIAN.
urgh, really? ... yes that is clearly the case ... i hope it should be
fixed with these commits
https://gerrit.libreoffice.org/#/c/31039/
https://gerrit.libreoffice.org/#/c/31040/
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.