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.me...@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/
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
