Hello,
I am new to LibreOffice. Recently, I downloaded the code and started my
build.
At first, I built under Linux, which simply git, apt-get those library,
autogen and make.
It worked like a charm.
Then I switched to Windows build. I noticed that it builds more things than
Linux build
Hi Jeff,
On Mon, 2013-12-23 at 20:10 +0800, Jeff Cai wrote:
I am new to LibreOffice. Recently, I downloaded the code and started
my build. At first, I built under Linux, which simply git, apt-get
those library, autogen and make. It worked like a charm.
Good :-)
Then I switched to
Then I switched to Windows build. I noticed that it builds more things than
Linux build does(Like unit test).
Actually, unit tests are run on Linux, too. Most of the developers use
Linux as their daily platform, so naturally unit tests are written
initially for Linux.
And it's much SLOWER!
Hi *,
On Mon, Dec 23, 2013 at 2:09 PM, Michael Meeks
michael.me...@collabora.com wrote:
On Mon, 2013-12-23 at 20:10 +0800, Jeff Cai wrote:
[Windows build much slower than on linux]
[...]
I used precompiled header in my autogen.sh, I also use the correct
make(3.82) from libreoffice build
Hi,
On Mon, Dec 23, 2013 at 02:30:33PM +0100, Christian Lohmaier wrote:
Just compare
mkdir foo ; cd foo
time touch {1..1000}
with
mkdir foo; cd foo
time for i in {1..1000}; do touch $i ; done
While on linux there's no real difference, on windows this is more
than an order of
On Mon, Dec 23, 2013 at 9:15 AM, bjoern bjoern.michael...@canonical.com wrote:
There isnt so much we can do about the first thing in a clean way. We can do
something about the second thing, e.g.:
You can disable link time optimisation with a configure option,
But surely any kind of optimisation (link-time or just
source-file-compile-time) is mainly done when preparing code to
actually deliver to users (including alpha, beta, and release
candidate builds). And does it really
On Mon, Dec 23, 2013 at 04:15:30PM +0100, Bjoern Michaelsen wrote:
Finally, Michael Stahl is considering moving gbuild to work on a native
windows
GNU make without the cygwin wrapper. But that likely is quite a bit of work.
FWIW, to not sabotage that goal it would be wise to try to restrict