Hi Kay,
> - You are certainly free, to build one module only.
No. My daily work plays in multiple modules usually. They depend on each
other, but not necessarily all changes I do in both do so. That is, if I
change a header in module A, I will sooner or later need to compile
module B because of a
Hi Frank,
I am answering to this mail, as it seems to be the one raising the build
performance issue which may be introduced by full dependencies.
Some points:
- You are certainly free, to build one module only.
- There are techniques, which allow to not necessarily rebuild
everything depende
Frank wrote:
Heck, what machine are you compiling on? :) Recompiling all of, say,
dbaccess or connectivity or svtools or svx or extensions (modules where
I usually work) takes *much* longer (at least on Windows), and they are
smaller than sc.
Here are the results from the first prototype (just
Hi,
Hans-Joachim Lankenau wrote:
[ ... ]
Heck, what machine are you compiling on? :) Recompiling all of, say,
dbaccess or connectivity or svtools or svx or extensions (modules where
I usually work) takes *much* longer (at least on Windows), and they are
smaller than sc.
So: No, I really consid
hi!
just checked, you're right! now i _am_ surprised. must have missed this
completely
tschau...
ause
Stephan Bergmann wrote:
> Frank Schönheit - Sun Microsystems Germany wrote:
>> Hi Ause,
>>
>>
So, if in an OOo build, I touch svx/inc/svxids.hrc and deliver it, then
all depending fil
Frank Schönheit - Sun Microsystems Germany wrote:
Hi Ause,
So, if in an OOo build, I touch svx/inc/svxids.hrc and deliver it, then
all depending files in sw get recomiled. Right?
would be a surprise to me. AFAIK, using "nodep=TRUE" is used rather than
even module wide dependencies as the bui
Hi Ause,
>>So, if in an OOo build, I touch svx/inc/svxids.hrc and deliver it, then
>>all depending files in sw get recomiled. Right?
>
> would be a surprise to me. AFAIK, using "nodep=TRUE" is used rather than
> even module wide dependencies as the builds are done as "clean builds"
> anyway.
A
hi!
Frank Schönheit - Sun Microsystems Germany wrote:
> Hi Kai,
>
>> This objection seems to come up now and then, so I wanted to make sure
>> we are talking about the same kind of full program dependencies.
>> ...
>>
>> Now, if sw depends on svx/inc/svxids.hrc everything along that path will
Hi Kai,
> This objection seems to come up now and then, so I wanted to make sure
> we are talking about the same kind of full program dependencies.
> ...
>
> Now, if sw depends on svx/inc/svxids.hrc everything along that path will
> be re-generated. Again if sw somehow depends on dbaccess which
Hi Frank,
This objection seems to come up now and then, so I wanted to make sure
we are talking about the same kind of full program dependencies.
Let's say you are building the target debug-sw. In theory this is what
happens (in practise things are more optimized): first the build
generates a co
Hi Kay,
> - Full dependencies - including over module / project borders: While
> changing a (inline) header e.g. in SAL, I want everything dependent to
> be build, nothing more, nothing less.
No, please do *not* turn this on in general. With the file structure in
especially some older code part
Kai,
Kai Backman wrote:
Sorry Kay, I never replied to this. There has been some minor changes
in the plans (mainly driven by heiner and ause on how they want to do
the transitioning) so I'll answer based on current best knowledge
On 5/3/06, Kay Ramme - Sun Germany - Hamburg <[EMAIL PROTECTED]>
Sorry Kay, I never replied to this. There has been some minor changes
in the plans (mainly driven by heiner and ause on how they want to do
the transitioning) so I'll answer based on current best knowledge
On 5/3/06, Kay Ramme - Sun Germany - Hamburg <[EMAIL PROTECTED]> wrote:
- Full dependencie
Kai,
Kai Backman wrote:
Hi everyone,
http://go-oo.org/tstooo/build_prototype_paper.pdf
thanks, looks promising ...
Here is a little paper on the initial results of the build prototype
I've been working
on lately. I'd love to get some feedback, especially relating to how
you would like
to use
Hi,
Kai Backman wrote:
sorry for grabbing space at the go-oo.org server.
Seemed to be the
only valid community place to push the doc as the wiki didn't work ..
Move it
somewhere better if you feel like it.. :-)
I would be happy to move the document to the wiki. Are you going to
create an e
Hi everyone,
http://go-oo.org/tstooo/build_prototype_paper.pdf
Here is a little paper on the initial results of the build prototype
I've been working
on lately. I'd love to get some feedback, especially relating to how
you would like
to use the OO.o build system, if you could get (almost) anythi
16 matches
Mail list logo