Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


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


==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)



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.