Thank you Lubos for your piece of advice, I'm going to -remove Werror from my
autogen.lastrun used for 3.5 compilation and I'll keep this option for
master compiling. (I'll have to think about it when 3.6 will be freezed
soon and master will correspond to future 3.7 :-) )
Julien.
--
View this me
On Thursday 03 of May 2012, Julien Nabet wrote:
> On 30/04/2012 15:01, Caolán McNamara wrote:
> > On Sun, 2012-04-29 at 01:15 -0700, julien2412 wrote:
> > FWIW I *think* we're still building the "universal" LibO on a
> > RHEL-4-alike baseline so we'd need some route to use the api that
> > exists o
On 30/04/2012 15:01, Caolán McNamara wrote:
On Sun, 2012-04-29 at 01:15 -0700, julien2412 wrote:
FWIW I *think* we're still building the "universal" LibO on a
RHEL-4-alike baseline so we'd need some route to use the api that
exists on glib2-2.4.7 (!, ?) so we can't unconditionally use
g_source
On Sun, 2012-04-29 at 01:15 -0700, julien2412 wrote:
> Hello,
>
> In vcl module, branch 3.5 updated today, I've got this :
> /home/julien/compile-libreoffice/libo_3_5/vcl/unx/gtk/app/gtkdata.cxx: In
> function ‘void sal_gtk_timeout_defer(SalGtkTimeoutSource*)’:
I imagine the real change is that y
Hello,
In vcl module, branch 3.5 updated today, I've got this :
/home/julien/compile-libreoffice/libo_3_5/vcl/unx/gtk/app/gtkdata.cxx: In
function ‘void sal_gtk_timeout_defer(SalGtkTimeoutSource*)’:
/home/julien/compile-libreoffice/libo_3_5/vcl/unx/gtk/app/gtkdata.cxx:774:9:
error: ‘void g_source_
