On Mon, 2011-01-10 at 06:50 +0100, David Tardon wrote:
> > - CPPUNITTESTER=$(AUGMENT_LIBRARY_PATH_LOCAL) $(GDBCPPUNITTRACE)
> > $(SOLARBINDIR)/cppunittester
> > + CPPUNITTESTER=$(AUGMENT_LIBRARY_PATH_LOCAL) $(GDBCPPUNITTRACE) gdb
> > --args $(SOLARBINDIR)/cppunittester
> Actually, no tweaking is ne
On Fri, Jan 07, 2011 at 09:52:31AM +, Caolán McNamara wrote:
> On Fri, 2011-01-07 at 03:21 +0100, Thomas Klausner wrote:
> > Is that the end of the build?
>
> Yup, good news.
>
> > (Where did the nice graphics go? ;) )
> >
> > Thank you! How do we continue with this?
>
> Well, make dev-ins
On Fri, Jan 07, 2011 at 03:21:06AM +0100, Thomas Klausner
wrote:
> Multiprocessing build is finished
> Maximal number of processes run: 1
>
> Is that the end of the build? (Where did the nice graphics go? ;) )
Yes - the asciiart is part of build.git - it could be ported here. ;)
pgpU6xS5BdCgz
Hi Thomas,
On Fri, 2011-01-07 at 03:21 +0100, Thomas Klausner wrote:
> With a new pull and your patch applied, I get to:
> No EPM: do no packaging at this stage
Looks good to me :-)
> Multiprocessing build is finished
> Maximal number of processes run: 1
>
> Is that the end of the build?
On Fri, 2011-01-07 at 03:21 +0100, Thomas Klausner wrote:
> Is that the end of the build?
Yup, good news.
> (Where did the nice graphics go? ;) )
>
> Thank you! How do we continue with this?
Well, make dev-install and see if it runs :-)
The _exit is of course a temporary hack, but it tests th
On Thu, Jan 06, 2011 at 10:18:38PM +, Caolán McNamara wrote:
> Bah, let me rethink that. I guess its very possible that _exit doesn't
> flush standard I/O on NetBSD which might indeed cause an empty
> generated .hxx. I've just pushed a fflush into that generator to help
> test the theory. Try a
On Thu, 2011-01-06 at 22:07 +, Caolán McNamara wrote:
> On Thu, 2011-01-06 at 22:44 +0100, Thomas Klausner wrote:
> > On Tue, Jan 04, 2011 at 03:01:53PM +, Caolán McNamara wrote:
> > > One horrific temporary hack to test a theory would be to call _exit to
> > > skip calling the massive dtor
On Thu, 2011-01-06 at 22:44 +0100, Thomas Klausner wrote:
> On Tue, Jan 04, 2011 at 03:01:53PM +, Caolán McNamara wrote:
> > One horrific temporary hack to test a theory would be to call _exit to
> > skip calling the massive dtor chain which OOo builds up. Though that's
> > not a cure, just a t
On Tue, Jan 04, 2011 at 03:01:53PM +, Caolán McNamara wrote:
> One horrific temporary hack to test a theory would be to call _exit to
> skip calling the massive dtor chain which OOo builds up. Though that's
> not a cure, just a temp hack, but maybe it'll help isolate this.
I'm confused why, bu
On Thu, 2010-12-16 at 12:57 +0100, Thomas Klausner wrote:
> The build on NetBSD currently fails with:
>
> Entering /disk/2/archive/libreoffice/sc/qa/unit
>
> --
> - start unit test #1 on library ../../unxbsdx3.pro/lib/libqa_unit.so
> --
Michael Meeks wrote:
> > --
> > - start unit test #1 on library ../../unxbsdx3.pro/lib/libqa_unit.so
> > --
>
> So - I would cut/paste the command-line; export the LD_LIBRARY_PATH
Hi Thomas,
On Thu, 2010-12-16 at 12:57 +0100, Thomas Klausner wrote:
> The build on NetBSD currently fails with:
> Entering /disk/2/archive/libreoffice/sc/qa/unit
This is where we run our unit testing framework, which involves the
first real(ish) run of great chunks of the code.
> --
Hi!
I've switched back to the internal odbc library, since the external
one gave me the BOOL errors.
Strangely, "--with-system-odbc-headers=no" gives me an error by the
configure script because it's not recognized, but it makes the
configure script switch to the internal headers. Sebastian, want
13 matches
Mail list logo