Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#234 w32api (automake)

Patch_under_review
closed-out-of-date
Earnie Boyd
w32api (251)
2012-07-31
2005-06-01
Julien Lecomte
No

This is a port of w32api to automake.
Added to that, it has a simple autotest testsuite; very
easy to improve an expand (testsuite is no longer in
Makefile)

Also, merges the DirectX files from /lib to
/lib/directx, so that may be a source of bugs; but
there were many duplicates of directx stuff in lib and
lib/directx.

Also, installs the headers in $includedir/w32api, which
according to gcc spec file, is apparently the right folder.

Comments welcome,
Julien

Discussion

  • Danny Smith
    Danny Smith
    2005-06-02

    Logged In: YES
    user_id=11494

    "Also, merges the DirectX files from /lib to
    /lib/directx"
    Could you submit above as a separate patch.

    "Also, installs the headers in $includedir/w32api, which
    according to gcc spec file, is apparently the right folder."
    Huh? Not for mingw

    Danny.

     
  • Earnie Boyd
    Earnie Boyd
    2005-06-02

    Logged In: YES
    user_id=15438

    You'll have to test your configuration changes by building
    Cygwin. Sorry for this inconvenience but it is a long
    standing rule.

    Earnie

     
  • Julien Lecomte
    Julien Lecomte
    2005-06-02

    Logged In: YES
    user_id=827175

    Made a couple of changes; in ChangeLog.

    Compile "cygwin" ? The "winsup" branch of cygwin, or just
    mSys DLL ?
    For mSys DLL, compiling works, *as long* as the "winnt.h"
    file in /lib/gcc-lib/i686-pc-msys/2.95.3-1/include is deleted.

    For DirectX files, I'll do that and submit a patch, but
    submitting a patch for that requires changing the current
    (cvs) Makefile.in.

    For mingw, mea culpa; I'm more fond of mSys... If target is
    mingw; then headers are installed in $includedir now, other
    targets get $includedir/w32api.

    Willing to work on this until accepted.
    J

     
  • Earnie Boyd
    Earnie Boyd
    2005-06-03

    Logged In: YES
    user_id=15438

    I mean Cygwin proper. If you prove that your changes do not
    break building Cygwin natively then I will ask CF or CV to
    check the cross build.

    Earnie

     
  • Danny Smith
    Danny Smith
    2005-06-03

    Logged In: YES
    user_id=11494

    "* Merged duplicates in /lib and /lib/directx"

    You need to do a fresh checkout from CVS.
    This:
    2004-03-27 Filip Navara <xnavara@volny.cz>

    \* include/directx: New subdir.
    \* lib/directx: Ditto.
    \* include/directx/\(d3d9.h, d3d9caps.h,
    

    d3d9types.h, dxerr8.h,
    dxerr9.h): New files.
    * lib/directx/(Makefile.in, d3d8.def, d3d9.def,
    d3dim.def, d3drm.def,
    d3dx8d.def, d3dx9d.def, d3dxof.def, ddraw.def,
    dinput.def,
    dinput_joy.c, dinput_joy2.c, dinput_kbd.c,
    dinput_mouse.c,
    dinput_mouse2.c, dinput_private.h, dinput8.def,
    dmoguids.c, dplayx.def,
    dpnaddr.def, dpnet.def, dpnlobby.def, dpvoice.def,
    dsetup.def,
    dsound.def, dxerr.c, dxerr8.c, dxerr8w.c, dxerr9.c,
    dxerr9w.c,
    dxguid.c, ksproxy.def, ksuser.c, ksuser.def,
    msdmo.def, quartz.def,
    strmiids.c, test.c): Ditto.
    * lib/(d3dim.def, d3drm.def, d3dxof.def, ddraw.def,
    dinput.c,
    dinput.def, dplayx.def, dsetup.def, dsound.def,
    dxguid.c): Removed.

    Has already done the merge of the lib files.

    Your patch indicates that some symbols were omitted from
    the new directx def files in the above revision. If so, could you
    please document which symbols you are adding back in.

    Thanks
    Danny

     
  • Julien Lecomte
    Julien Lecomte
    2005-06-04

    Logged In: YES
    user_id=827175

    Danny,

    Your last comment made me realize that the w32api module
    (sourgeforge mingw repository) and that the w32api folder
    from a cygwin repository don't match !

    I believe that you refer mostly to the winsup w32api; and
    occasionnally merge that one into the mingw32.

    I'll change the patch so that it will refer to the winsup
    w32api (and not the mingw w32api as I was currently doing)

     
  • Julien Lecomte
    Julien Lecomte
    2005-08-18

    Logged In: YES
    user_id=827175

    I've succeeded in compiling CygWin (src - 1.5.18-1) under
    CygWin.

    After that, I've succeeded to recompile CygWin (same
    version), under the CygWin previously created.

    This patch is to be applied to current CVS of w32api. If you
    wish to compile it under CygWin, get the src of CygWin, and
    replace the whole contents of /winsup/w32api by the patched
    version of the CVS. This will itself update CygWin to use
    w32api version 3.3 (instead of version 3.2)

    No errors were to be fixed during the CygWin build (apart
    the texi2html: command not found, error ignored)

    Now waiting for a user to test x-build.

     
  • Julien Lecomte
    Julien Lecomte
    2005-08-18

    Logged In: YES
    user_id=827175

    Note : AC_INIT still says version is 3.2. It should updated
    to 3.3 (and then run autoreconf)

     
  • Julien Lecomte
    Julien Lecomte
    2005-08-19

    w32api (rev 6)

     
    Attachments
  • Julien Lecomte
    Julien Lecomte
    2005-08-19

    Logged In: YES
    user_id=827175

    Please only test latest revision, I'm keeping the other
    revision for reference.

    Revision 6 :
    * Configure.ac: Added version splitting rule
    * include\w32api.h: Removed.
    * include\w32api.h.in: Added.
    * tests\... Minor improvement changes
    * m4/msys_prog_dlltool.m4: Added value caching

    Revision 5:
    * Configure.ac: Changed version to 3.3
    * test\Makefile.am: Added rules for version changes

     
  • Earnie Boyd
    Earnie Boyd
    2005-08-20

    • milestone: --> Patch_under_review
    • assigned_to: nobody --> earnie
     
  • Julien Lecomte
    Julien Lecomte
    2005-11-07

    Logged In: YES
    user_id=827175

    Revision 7 :
    - Merged with win32api 3.5 cvs version.

     
  • Julien Lecomte
    Julien Lecomte
    2005-11-07

    w32api (rev 7: w32api version set to 3.5)

     
    Attachments
  • NightStrike
    NightStrike
    2007-11-05

    Logged In: YES
    user_id=1864092
    Originator: NO

    Has this port been completed?

     
  • Keith Marshall
    Keith Marshall
    2007-11-20

    Logged In: YES
    user_id=823908
    Originator: NO

    AFAIK, no; nor will it be, while it remains based on automake -- both CGF and I have made our views on that particular horror very clear.

    The autotest components, and the DirectX lib reorganisation may still be of interest, but is likely that the provided patches will now be too old to be useful. They would need to be resubmitted, as separate patch sets, against current CVS.

     
  • Earnie Boyd
    Earnie Boyd
    2012-07-31

    Closing as out-of-date. Wish I could add my own status options but since I can't ...

     
  • Earnie Boyd
    Earnie Boyd
    2012-07-31

    • status: open --> closed-out-of-date