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]>
10 matches
Mail list logo
