Issues building LibreOffice 4.0.0.1

Thu Jan 24 13:43:24 PST 2013

On 01/24/2013 10:09 AM, Stephan Bergmann wrote:
> On 01/24/2013 12:33 AM, Henrik /KaarPoSoft wrote:
>> On 01/23/2013 04:54 PM, Stephan Bergmann wrote:
>>> On 01/23/2013 08:31 AM, Henrik /KaarPoSoft wrote:
>> I have attached the last 100 lines of build output leading to the error.
>
>> /tmp/cc7x3xJF.ltrans0.ltrans.o:(.data.rel.ro._ZTI27SvxForbiddenCharactersTable[_ZTI27SvxForbiddenCharactersTable]+0x10):
>> undefined reference to `typeinfo for salhelper::SimpleReferenceObject'
>> collect2: error: ld returned 1 exit status
>> make[2]: ***
>> [/home/kaarpux/kaarpux/linux/build/opt/libreoffice-4.0.0.1/workdir/unxlngx6.pro/LinkTarget/Library/libchartcontrollerlo.so]
>> Error 1
>
> leaves me clueless.  I see nothing in chart2 that uses
> SvxForbiddenCharactersTable (except for an apparently unused #include I
> just killed on master with
> <http://cgit.freedesktop.org/libreoffice/core/commit/?id=d71e8fb17bd008751909ef2fabc6ff4f1e2db187>
> "Unused #include."

The error occurs during linking a lot of .o files.

I have grepped for SvxForbiddenCharactersTable under
workdir/unxlngx6.pro, and looked for the matches in the linking command.

It seems that the reference to SvxForbiddenCharactersTable comes from
chart2/source/controller/drawinglayer/DrawViewWrapper.o

So this is exactly where you found the match also.

I have now applied this specific patch, and will report back here after
the build finishes.

>>> Depending on what you have in /opt, your autogen.lastrun's
>>> could be the source of lots of trouble.
>>
>> What kind of trouble are you referring to?
>
> For example, providing your own LDFLAGS bypasses some settings the LO
> build system would otherwise do for you, cf.
>
>> gb_LinkTarget__get_ldflags=$(if $(LDFLAGS),$(LDFLAGS),$(call
>> gb_LinkTarget__get_debugldflags,$(1)))
>
> in solenv/gbuild/LinkTarget.mk.  And with libraries found on
> LD_LIBRARY_PATH taking precedence over libraries found via RPATH
> settings, any executables built and run during the LO build can
> erroneously pick up libraries from LD_LIBRARY_PATH instead of ones from
> its own build.  Stuff like that.
>

Thanks for the hints, I will keep those in mind, and maybe try to find 
solutions for each prerequisite individually.

Although I do not think I have been hit by those issues, I have tried 
those two things:

Building 4.0.0.1 without those settings, and removing all 
--with-system-* from the config (and with no patches):
Still the same error
undefined reference to `typeinfo for salhelper::SimpleReferenceObject'
in [build LNK] Library/libchartcontrollerlo.so

I have now also tried building the recent 4.0.0.2
(no --with-system-*, no patches):
again the same error.

>>>> Also some unittests fail, which I have then disabled.
>>>> Further subsequenttest also fails.
>>>> And the final product fails just after showing the splash screen.
>>>
>>> Your strace lines like
>>>
>>>> 9579  08:05:59.537424 openat(AT_FDCWD,
>>>> "/opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/../program/r",
>>>>
>>>> O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file
>>>> or directory)
>>>> 9579  08:05:59.537514 open("dkten-US.res", O_RDONLY) = -1 ENOENT (No
>>>> such file or directory)
>>>> 9579  08:05:59.537672
>>>> access("/opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/../progra",
>>>>
>>>>
>>>> F_OK) = -1 ENOENT (No such file or directory)
>>>> 9579  08:05:59.537725
>>>> access("/opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/unorc",
>>>>
>>>> F_OK) = 0
>>>> 9579  08:05:59.537767
>>>> access("/opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/../program/boot",
>>>>
>>>>
>>>> F_OK) = -1 ENOENT (No such file or directory)
>>>
>>> look oddly truncated.  For example, there should be a
>>> .../program/boostraprc file that soffice.bin would indeed try to open
>>> early on.
>>
>> Sorry, I just ran LO with --strace option.
>> Attached is the corresponding output with strace -s2048
>>
>> Apart from not finding "libreoffice/program/../program/boot"
>> the search for "libreoffice/program/../progra" (without trailing m)
>> looks suspicious
>
> With "oddly truncated" I did mean the filenames in the strace output
> (which should never be truncated by strace, regardless of any -s
> settings).  (And there's a typo in what I wrote, the non-truncated
> filename is "bootstraprc", not "boostraprc".)

Sorry about the confusion, my bad.
I guess that misunderstandings aside we agree, that the paths looks 
oddly truncated.
I have no clue why this would happen.
Any ideas?

I tried running under "valgrind --trace-children=yes libreoffice"
and except for a few "still reachable" I only got one error; attached.

/Henrik

-------------- next part --------------
==2307== Command: /opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/oosplash
==2307== 
==2307== Syscall param writev(vector[...]) points to uninitialised byte(s)
==2307==    at 0x60DBFD1: writev (writev.c:55)
==2307==    by 0x65BDE57: _xcb_conn_wait (xcb_conn.c:207)
==2307==    by 0x65BE316: _xcb_out_send (xcb_out.c:345)
==2307==    by 0x65BE482: xcb_writev (xcb_out.c:293)
==2307==    by 0x50744ED: _XSend (xcb_io.c:494)
==2307==    by 0x50749C6: _XReply (xcb_io.c:580)
==2307==    by 0x505F923: XInternAtom (IntAtom.c:181)
==2307==    by 0x40459F: splash_create (in /opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/oosplash)
==2307==    by 0x406B2A: sal_main_with_args (in /opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/oosplash)
==2307==    by 0x403119: main (in /opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/oosplash)
==2307==  Address 0x72bd96c is 108 bytes inside a block of size 16,384 alloc'd
==2307==    at 0x4C278DF: calloc (vg_replace_malloc.c:593)
==2307==    by 0x5064963: XOpenDisplay (OpenDis.c:237)
==2307==    by 0x40438E: splash_create (in /opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/oosplash)
==2307==    by 0x406B2A: sal_main_with_args (in /opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/oosplash)
==2307==    by 0x403119: main (in /opt/kaarpux/libreoffice-4.0.0.1/lib/libreoffice/program/oosplash)