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

[Marco]

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 at 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/