Hi Regina,
> Searching with OpenGrok I see, that the file "nametree.hxx" is contained
> in DEV300_m49 but no longer in DEV300_m50. A file object.hxx exists but
> in store/source/ not in store/inc/store. Suggestions?
If you did not clear your output trees after updating to the new
milestone, a "
On Mon, 2009-06-22 at 18:48 +0200, Ivo Hinkelmann wrote:
> Hi Eike,
>
> Eike Rathke wrote:
> >
> > I guess that for building a language pack the OOo source tree would not
> > be needed anymore, except maybe a few modules, is still a wish for the
> > far future?
>
> MBA had the idea to move also
Hi Ivo,
>> I guess that for building a language pack the OOo source tree would not
>> be needed anymore, except maybe a few modules, is still a wish for the
>> far future?
>
> MBA had the idea to move also all resource source files into a own
> module but we first need to discuss this a bit furt
Caolán McNamara wrote:
On Mon, 2009-06-22 at 18:48 +0200, Ivo Hinkelmann wrote:
Hi Eike,
Eike Rathke wrote:
I guess that for building a language pack the OOo source tree would not
be needed anymore, except maybe a few modules, is still a wish for the
far future?
MBA had the idea to move also a
Hi all,
I'm new to this list. Greeting to all.
When I read the defination of Class StateCommand in statement.hxx in
automation/source/server/:
class StatementCommand : public StatementList // Befehl ausfhren (wintree,
resetaplication ...)
352 {
353 friend class ImplRemoteContro
Hi Mikhail,
On Monday, 2009-06-22 07:26:03 +0200, Mikhail Voytenko wrote:
> In other words, there should be a possibility to configure office in the
> way, that it opens the documents readonly always. If user wants to edit
> the opened document, he has to switch the document to edit mode
>
Hi Eike,
The idea sounds good. The problem is that we can not currently
100%-correct say whether current user is able to open the document ( ACL
and so on in heterogeneous network can make life complex ), we have to
try to open it to know it for sure. In those circumstances it would be
proble
Hi,
Frank Schönheit - Sun Microsystems Germany schrieb:
Hi Ivo,
I guess that for building a language pack the OOo source tree would not
be needed anymore, except maybe a few modules, is still a wish for the
far future?
MBA had the idea to move also all resource source files into a own
module
Frank Schönheit - Sun Microsystems Germany wrote:
> Hi Ivo,
>
>>> I guess that for building a language pack the OOo source tree would not
>>> be needed anymore, except maybe a few modules, is still a wish for the
>>> far future?
>>
>> MBA had the idea to move also all resource source files into
Hi Regina,
> How to "clear output trees"? I'm a "dummy" concerning building.
In cygwin, something like
> cd $SRC_ROOT
> find . -maxdepth 2 -name "wntmsci12*" | xargs rm -rf
should do.
Alternatively,
> cd instsetoo_native
> build --from solenv --prepare
should also do what you need, and a
Hi Frank,
Frank Schönheit - Sun Microsystems Germany schrieb:
Hi Regina,
Searching with OpenGrok I see, that the file "nametree.hxx" is contained
in DEV300_m49 but no longer in DEV300_m50. A file object.hxx exists but
in store/source/ not in store/inc/store. Suggestions?
If you did not clea
Hi Frank,
Frank Schönheit - Sun Microsystems Germany schrieb:
Hi Regina,
How to "clear output trees"? I'm a "dummy" concerning building.
In cygwin, something like
> cd $SRC_ROOT
> find . -maxdepth 2 -name "wntmsci12*" | xargs rm -rf
should do.
Done.
Be aware that both approaches mean
Caolán McNamara wrote:
> On Mon, 2009-06-22 at 18:48 +0200, Ivo Hinkelmann wrote:
>> Hi Eike,
>>
>> Eike Rathke wrote:
>> >
>> > I guess that for building a language pack the OOo source tree would not
>> > be needed anymore, except maybe a few modules, is still a wish for the
>> > far future?
>>
Frank Schönheit - Sun Microsystems Germany wrote:
> Hi Regina,
>
>> How to "clear output trees"? I'm a "dummy" concerning building.
>
> In cygwin, something like
> > cd $SRC_ROOT
> > find . -maxdepth 2 -name "wntmsci12*" | xargs rm -rf
> should do.
In the OOo build environment rm -rf */wntm
Del Merritt wrote:
> In cppuhelper/source/shlib.cxx and sal/osl/unx/module.c I see hooks for
> loading shared libraries. I see references to osl_loadModule() in
> literally scores of files. Is there a roadmap or project that would
> help me identify which additional shared-object libraries th
15 matches
Mail list logo