Re: [Libreoffice] [PATCH] convert MathMLDTD to gbuild and add to tail_build

2011-09-13 Thread Stephan Bergmann

On 09/13/2011 01:00 AM, Norbert Thiebaud wrote:

On Mon, Sep 12, 2011 at 4:53 PM, Michael Stahlm...@openoffice.org  wrote:

On 12.09.2011 23:26, Peter Foley wrote:

--- a/MathMLDTD/prj/build.lst
+++ b/MathMLDTD/prj/build.lst
@@ -1,3 +1,2 @@
-md   MathMLDTD   :   solenv NULL
-md   MathMLDTD   usr1- 
  all md_mkout NULL
-md   MathMLDTD\prj   get - 
  all md_prj NULL
+md   MathMLDTD   : NULL


you remove the dependency on solenv; it seems that currently we don't
have any module (except solenv of course, and testautomation which
doesn't do anything) that does not directly or indirectly depend on
solenv; i wonder why that is?  is there perhaps some reason that modules
must depend on solenv?


isn't that for the basic setup of solver ? (mkdir od bin inc etc..)
but I believe Deliver.mk do the mkdir by precaution anyways.. so that
should no have any impact here..


But that might explain the strange tinderbox failure at 
http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTERfull-log=1315879214.25561, 
a missing 350minor.mk early one, where xml2cmp is one of the first three 
modules being built (in parallel).


-Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] [PATCH] convert MathMLDTD to gbuild and add to tail_build

2011-09-13 Thread Michael Stahl
On 13.09.2011 11:09, Stephan Bergmann wrote:
 On 09/13/2011 01:00 AM, Norbert Thiebaud wrote:
 On Mon, Sep 12, 2011 at 4:53 PM, Michael Stahlm...@openoffice.org  wrote:
 On 12.09.2011 23:26, Peter Foley wrote:
 --- a/MathMLDTD/prj/build.lst
 +++ b/MathMLDTD/prj/build.lst
 @@ -1,3 +1,2 @@
 -md   MathMLDTD   :   solenv NULL
 -md   MathMLDTD   usr1 
-   all md_mkout NULL
 -md   MathMLDTD\prj   get  
-   all md_prj NULL
 +md   MathMLDTD   : NULL

 you remove the dependency on solenv; it seems that currently we don't
 have any module (except solenv of course, and testautomation which
 doesn't do anything) that does not directly or indirectly depend on
 solenv; i wonder why that is?  is there perhaps some reason that modules
 must depend on solenv?

 isn't that for the basic setup of solver ? (mkdir od bin inc etc..)
 but I believe Deliver.mk do the mkdir by precaution anyways.. so that
 should no have any impact here..
 
 But that might explain the strange tinderbox failure at 
 b, 
 a missing 350minor.mk early one, where xml2cmp is one of the first three 
 modules being built (in parallel).
 
 -Stephan

thanks for reminding me, 3X0minor.mk was the thing that i only vaguely
remembered.  apparently it's still necessary in converted modules
because we start gmake indirectly via dmake.

guess somebody should put back the solenv deps :)

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] [PATCH] convert MathMLDTD to gbuild and add to tail_build

2011-09-13 Thread Stephan Bergmann

On 09/13/2011 11:18 AM, Michael Stahl wrote:

On 13.09.2011 11:09, Stephan Bergmann wrote:

On 09/13/2011 01:00 AM, Norbert Thiebaud wrote:

On Mon, Sep 12, 2011 at 4:53 PM, Michael Stahlm...@openoffice.org   wrote:

On 12.09.2011 23:26, Peter Foley wrote:

--- a/MathMLDTD/prj/build.lst
+++ b/MathMLDTD/prj/build.lst
@@ -1,3 +1,2 @@
-md   MathMLDTD   :   solenv NULL
-md   MathMLDTD   usr1- 
  all md_mkout NULL
-md   MathMLDTD\prj   get - 
  all md_prj NULL
+md   MathMLDTD   : NULL


you remove the dependency on solenv; it seems that currently we don't
have any module (except solenv of course, and testautomation which
doesn't do anything) that does not directly or indirectly depend on
solenv; i wonder why that is?  is there perhaps some reason that modules
must depend on solenv?


isn't that for the basic setup of solver ? (mkdir od bin inc etc..)
but I believe Deliver.mk do the mkdir by precaution anyways.. so that
should no have any impact here..


But that might explain the strange tinderbox failure at
b,
a missing 350minor.mk early one, where xml2cmp is one of the first three
modules being built (in parallel).

-Stephan


thanks for reminding me, 3X0minor.mk was the thing that i only vaguely
remembered.  apparently it's still necessary in converted modules
because we start gmake indirectly via dmake.

guess somebody should put back the solenv deps :)


doing it right now

-Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] [PATCH] convert MathMLDTD to gbuild and add to tail_build

2011-09-13 Thread Stephan Bergmann

On 09/13/2011 11:20 AM, Stephan Bergmann wrote:

On 09/13/2011 11:18 AM, Michael Stahl wrote:

guess somebody should put back the solenv deps :)


doing it right now


http://cgit.freedesktop.org/libreoffice/core/commit/?id=9f78448b9423d0b33d8ef372dc67a1903b31

-Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] [PATCH] convert MathMLDTD to gbuild and add to tail_build

2011-09-13 Thread Michael Stahl
On 13.09.2011 11:33, Stephan Bergmann wrote:
 On 09/13/2011 11:20 AM, Stephan Bergmann wrote:
 On 09/13/2011 11:18 AM, Michael Stahl wrote:
 guess somebody should put back the solenv deps :)

 doing it right now
 
 http://cgit.freedesktop.org/libreoffice/core/commit/?id=9f78448b9423d0b33d8ef372dc67a1903b31
 
 -Stephan

looks like the Mesa module also has the problem, can you fix that as well?

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] [PATCH] convert MathMLDTD to gbuild and add to tail_build

2011-09-12 Thread Michael Stahl
On 12.09.2011 23:26, Peter Foley wrote:
 
 gbuild conversion.
 
 Peter

hi Peter,

mostly looking good except:

 --- a/Module_tail_build.mk
 +++ b/Module_tail_build.mk
 @@ -35,6 +35,7 @@ $(eval $(call gb_Module_add_moduledirs,tail_end,\
  formula \
  hwpfilter \
  lotuswordpro \
 +MathMLDTD

missing backslash at EOL

  Mesa \
  oox \
  padmin \
 diff --git a/RepositoryModule_ooo.mk b/RepositoryModule_ooo.mk
 index 3f09ba7..64093db 100644
 --- a/RepositoryModule_ooo.mk
 +++ b/RepositoryModule_ooo.mk
 @@ -53,6 +53,7 @@ $(eval $(call gb_Module_add_moduledirs,ooo,\
  idl \
  linguistic \
  lotuswordpro \
 +MathMLDTD

same problem

  Mesa \
  o3tl \
  offapi \


 --- a/MathMLDTD/prj/build.lst
 +++ b/MathMLDTD/prj/build.lst
 @@ -1,3 +1,2 @@
 -md   MathMLDTD   :   solenv NULL
 -md   MathMLDTD   usr1
 -   all md_mkout NULL
 -md   MathMLDTD\prj   get 
 -   all md_prj NULL
 +md   MathMLDTD   : NULL

you remove the dependency on solenv; it seems that currently we don't
have any module (except solenv of course, and testautomation which
doesn't do anything) that does not directly or indirectly depend on
solenv; i wonder why that is?  is there perhaps some reason that modules
must depend on solenv?

regards,
 michael

-- 
Do you not know, my son, with how little wisdom the world is governed?
 -- Axel Oxenstierna

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] [PATCH] convert MathMLDTD to gbuild and add to tail_build

2011-09-12 Thread Norbert Thiebaud
On Mon, Sep 12, 2011 at 4:53 PM, Michael Stahl m...@openoffice.org wrote:
 On 12.09.2011 23:26, Peter Foley wrote:

 gbuild conversion.

 Peter

 hi Peter,

 mostly looking good except:

 --- a/Module_tail_build.mk
 +++ b/Module_tail_build.mk
 @@ -35,6 +35,7 @@ $(eval $(call gb_Module_add_moduledirs,tail_end,\
      formula \
      hwpfilter \
      lotuswordpro \
 +    MathMLDTD

 missing backslash at EOL

I got that one...

      Mesa \
      oox \
      padmin \
 diff --git a/RepositoryModule_ooo.mk b/RepositoryModule_ooo.mk
 index 3f09ba7..64093db 100644
 --- a/RepositoryModule_ooo.mk
 +++ b/RepositoryModule_ooo.mk
 @@ -53,6 +53,7 @@ $(eval $(call gb_Module_add_moduledirs,ooo,\
      idl \
      linguistic \
      lotuswordpro \
 +    MathMLDTD

 same problem

but I missed that one... fixed now

      Mesa \
      o3tl \
      offapi \


 --- a/MathMLDTD/prj/build.lst
 +++ b/MathMLDTD/prj/build.lst
 @@ -1,3 +1,2 @@
 -md   MathMLDTD       :       solenv NULL
 -md   MathMLDTD                                                       usr1   
  -       all     md_mkout NULL
 -md   MathMLDTD\prj                                           get            
  -       all     md_prj NULL
 +md   MathMLDTD       : NULL

 you remove the dependency on solenv; it seems that currently we don't
 have any module (except solenv of course, and testautomation which
 doesn't do anything) that does not directly or indirectly depend on
 solenv; i wonder why that is?  is there perhaps some reason that modules
 must depend on solenv?

isn't that for the basic setup of solver ? (mkdir od bin inc etc..)
but I believe Deliver.mk do the mkdir by precaution anyways.. so that
should no have any impact here..

Norber
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice