Hi Björn,
On Monday 07 of December 2009, Björn Michaelsen wrote:
Additionally, and since you mentioned the desire to have only one
make instance - last time someone tried to have gnu make hold all of
OOo's dependency tree in one process, that guy (Kai Backman) ended
up with absolutely
On 12/04/09 17:52, bjoern michaelsen - Sun Microsystems - Hamburg
Germany wrote:
http://blogs.sun.com/GullFOSS/entry/building_openoffice_org_with_gnu
Citing from there: All modern SCM -- and that includes Mercurial,
which we are using now -- support bisectional bug-hunting. However, this
is
On Mon, 07 Dec 2009 11:17:30 +0100
Jan Holesovsky ke...@suse.cz wrote:
Any chance to profile GNU make in this scenario, please? May be
there is some stupid mistake there, similar to the one in mkdepend
(http://www.openoffice.org/issues/show_bug.cgi?id=73081 - the
complexity of it grew
Hi Mathias,
most of the points you've raised I already replied to in my followup
to Bjoern (including my ideal msword lib makefile) -
Mathias Bauer wrote:
build.pl uses module dependencies, not target dependencies, so it has an
inherent susceptibility to bottlenecks. Basically all of our c++
Thorsten Behrens wrote:
No, really, there's nothing nailed until now. If you or anybody else
knew a better way and(!) offered help and cooperation, there's nothing
that would hold us back from doing it differently.
I find this and(!) slightly worrying - not that I would not lend a
helping
On Mon, 07 Dec 2009 11:01:02 +0100
Thorsten Behrens t...@openoffice.org wrote:
This is a circular argument. Correct dependencies and the underlying
build/make system used are orthogonal. As an aside, I guess I'm only
questioning the rationale here, not the goal - getting rid of the
build.pl
bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote:
# loads cxxflags, weird sw include setup etc.
include sw_defaults
Here you will either need to use dirty tricks or you will clash in a
global namespace, because you would like these defaults to be applied
to msword and others
HI!
We have to reboot the DB Server
Therefore the EIS-tool gets stooped
(http://tools.services.openoffice.org/EIS2/). Please stay tuned for
further updates, thank you.
Downtime 07:00h MET/06:00 GMT 2009-Dec-08
Duration approx. 30 min.
Dirk
On Mon, 07 Dec 2009 13:46:19 +0100
Thorsten Behrens t...@openoffice.org wrote:
That's exactly why I wonder if we should have a level of abstraction
above naked gnu makefiles - i.e. a DSL that gets translated into
makefiles.
Actually, the files describing the actual stuff to build are a kind
On Mon, 07 Dec 2009 14:03:11 +0100
Stephan Bergmann stephan.bergm...@sun.com wrote:
Anyway, my main concern was one of false advertising. Unless we do
offer a full dependencies mode, one should not claim that the
projected new build system will generally make bisectional
bug-hunting or
On 12/07/09 14:41, Kay Ramme wrote:
Stephan Bergmann wrote:
(1) A new file x/z is added to the SCM. A file y/z already exists.
Will all C/C++ files be recompiled that #include z and have -Ix
before -Iy on their compiler command lines?
Isn't it, that you have a difficult to maintain build
Thorsten Behrens wrote:
Hi Mathias,
most of the points you've raised I already replied to in my followup
to Bjoern (including my ideal msword lib makefile) -
Mathias Bauer wrote:
build.pl uses module dependencies, not target dependencies, so it has an
inherent susceptibility to
Hi Thorsten,
Björns approach is the first one in the last 10 years I can see has
potential, to simplify the build, to improve scalability, to improve
dependencies, to improve build performance, to align our makefiles, to
reduce code.
A build system, in particular one based on (GNU) make, is
Mathias Bauer wrote:
So if you could explain how bjam (or any other make system that
someone wants to suggest here) solves our problems or why the
problems that require bjam to be resolved are even bigger than
those we try to fix, we might be able to get somewhere.
I did that, if you
... I think a while ago I did discuss that we Björn already, so
hopefully he has it on his list :-)
Kay
Stephan Bergmann wrote:
On 12/07/09 14:41, Kay Ramme wrote:
Stephan Bergmann wrote:
(1) A new file x/z is added to the SCM. A file y/z already exists.
Will all C/C++ files be
Kay Ramme wrote:
If we have a perfect build system, all switches etc. would be reflected
in a way, that would lead to a re-build.
Which we won't ...
--
One SVN to rule them all, One SVN to check out from,
One SVN to commit them all and on the harddisks bind them
In Las Vegas where the
Hi
I'm the person who did the CMake build test some time ago. I was asked
to tell my results here to add to the discussion. This mail will be a
shortened version of the replies I wrote to the blog:
http://blogs.sun.com/GullFOSS/entry/building_openoffice_org_with_gnu
If you have any questions,
Thorsten Behrens wrote:
Mathias Bauer wrote:
So if you could explain how bjam (or any other make system that
someone wants to suggest here) solves our problems or why the
problems that require bjam to be resolved are even bigger than
those we try to fix, we might be able to get somewhere.
Am Mon, 7 Dec 2009 21:09:55 +0200
schrieb Jussi Pakkanen jpakk...@gmail.com:
Hi
I'm the person who did the CMake build test some time ago. I was asked
to tell my results here to add to the discussion. This mail will be a
shortened version of the replies I wrote to the blog:
outage ended!
Dirk
On 12/07/09 14:05, Dirk Marquardt wrote:
HI!
We have to reboot the DB Server
Therefore the EIS-tool gets stooped
(http://tools.services.openoffice.org/EIS2/). Please stay tuned for
further updates, thank you.
Downtime 07:00h MET/06:00 GMT 2009-Dec-08
Duration approx. 30
20 matches
Mail list logo