<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi,<br>
    <br>
    during my work on gbuild'ification of pyuno module i've seen mingw
    branches in some dmake makefiles.<br>
    <br>
    That why I have compiled mingw32 on OpenSUSE 12.1<br>
    with option --enable-python=internal and installed it on real
    Windows 7<br>
    machine and tested pyuno intergration without my gbuild'ification
    patch (the current master).<br>
    <br>
    I compiled it with make <a
href="http://idaia.de/jenkins/job/LO-Mingw64/36/artifact/instsetoo_native/wntgcci.pro/LibreOffice_Dev/archive/install/en-US/LibO-Dev_3.7.0alpha0_Win_x86_install-arc_en-US.tar.gz">LibO-Dev_3.7.0alpha0_Win_x86_install-arc_en-US.tar.gz</a>
    was created.<br>
    <br>
    (btw, about dialog is broken, i can see only X and not the Window)<br>
    <br>
    As it turns out LO carshes if i try Tools=&gt;Macros=&gt;...&gt;Python.<br>
    It is also clear why: we do not package any python stuff with this
    combination: --enable-python=system.<br>
    Also I do have original python32 in my path on windows, it can not
    work together, because the python_wrapper.exe <br>
    is build on Windows for pyuno-bridge to work.<br>
    (Windows native build dosn't support this combination:
    --enable-python=system).<br>
    <br>
    If i switch to --enable-python=internal then the build immediatelly
    failing in python module:<br>
    <br>
    <pre>=============
(1/1) Building module python
=============
Running processes: 1
Entering /home/david/numpty/workspace/LO-Mingw32/python

dmake:  Error executing 'cygpath': No such file or directory
dmake:  Error code -1, while making 'Shell escape'
Running processes: 0
</pre>
    <br>
    So I'm stuck here, both combination are broken *before*
    gbuildification and<br>
    i'm not sure how to proceed here.<br>
    <br>
    One option would be to ignore this combination (pyuno@mingw) and <br>
    push gbuildi'ificated pyuno module to master and then (may be) come
    back again<br>
    and try to fix it.<br>
    <br>
    Another would be to fix the old dmake module first? Both
    combinations (system &amp; internal)?<br>
    Abd then take care the fixed bridge get migrated to gbuild land.<br>
    <br>
    What do you mean here?<br>
    <br>
    Thanks<br>
    David <br>
    <br>
  </body>
</html>