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



Hi Michael,
sorry for the late reply but I was busy to solve my build problems.
Your hints have been really useful. I succeeded in finding out that a new
"340" folder was created under solver and library now are delivered there
instead of "solver/300", the issue was that my installation was linked
against "solver/300" libraries, so I had the undefined symbol trouble.
Moreover I noticed that several "unx*" folders where not updated by the
"make -sr" build system (for instance that happens for the sd module)
so I needed to remove these "unx*" folders by hand to force" the
make dev-install" procedure to link against libraries copied under
"solver" and not to link directly against the libraries in the modules.

Now after all this work I have still some issue:
when I launch soffice on the standard error I got the following messages:


(soffice:21318): GLib-GObject-WARNING **: invalid cast from `GtkToggleToolButton' to `GtkButton'

(soffice:21318): Gtk-CRITICAL **: IA__gtk_button_set_relief: assertion `GTK_IS_BUTTON (button)' failed

(soffice:21318): Gtk-CRITICAL **: IA__gtk_widget_style_get: assertion `GTK_IS_WIDGET (widget)' failed


and what is worse all components start but Impress!
(Try to guess with which component I need to work for my gsoc project ? :))

When I try to start up Impress I can see only the splash screen.
If I start up soffice and then I click on the presentation button
nothing happens.

Indeed I don't know how to solve all that!

-- Marco




On Mon, 23 May 2011 17:43:58 +0200, Michael Meeks <michael.meeks@novell.com> wrote:
Hi Marco,

On Mon, 2011-05-23 at 00:10 +0200, Marco wrote:
after the last "pull -r && make all" when I start soffice I got the
following error:
"libvcllx.so: undefined symbol: _ZN3utl10ConfigItemC2ERKN3rtl8OUStringEs"

        Ok - nasty. I hope you did a './g pull -r' in the top-level and that
all your modules were updated fully ? (ie. no failures) ? if not you
need to get a consistent state by doing that. If you have changes you
may need to 'git stash' them first, check 'git diff'.

the library belongs to the vcl module, the symbol:
"utl::ConfigItem::ConfigItem(rtl::OUString const&, short)"
to the unotools module.

        So - I use '.g grep ConfigITem'

In first place I tried:
"make -sr clean && make -sr" in unotools and
"deliver -delete && rm -Rf unx* && build && deliver" in vcl
followed by a new "make all".
No luck the error remain

        That is unfortunate, particularly since my from-clean build works.

So what should I try now ? A "make clean && make all" ?
Is it better that I remove manually some folder ?

        It looks like you did the right things, perhaps your checkout is
not-in-sync ? is it possible your shell environment is old and/or
belongs to another version of LibreOffice ?

        Failing that, I tend to dig around with tools like
'objdump -T' (on shared libraries) to work out who exports those
symbols, grep the installed LibreOffice to look at what it is doing etc.
with enough hunting, it should be possible to unwind what went wrong.

        My libutl has this symbol:

$ objdump -T lib/libutlli.so | grep _ZN3utl10ConfigItemC2ERKN3rtl8OUStringEs 00047e7a g DF .text 00000130 Base _ZN3utl10ConfigItemC2ERKN3rtl8OUStringEs

        Does yours ?

        HTH,

                Michael.



--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

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.