Re: [Libreoffice] [LibreOffice][GSoC 2011][svgexport] build issue: "libvcllx.so: undefined symbol: _ZN3utl10ConfigItemC2ERKN3rtl8OUStringEs"

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/