mingw-utils updates pending

[Charles Wilson-8]

So, I've uploaded popt and cygutils (for both msys and mingw [*]), as
well as a (mingw) build of pexports based on Tor Lilqvist's 0.44 private
release.  Also, a (mingw) build of the mingw64 project's gendef.

I'll send a more detailed "Wave 6" announcement soon.

[*] the msys version "replaces" the u2d and d2u scripts in msys-base,
while the mingw version "replaces" the native unix2dos and dos2unix
executables currently in mingw-utils.  For both builds, the d2u binaries
are in a "cygutils-dos2unix-*-bin" package.  In the case of the mingw
build, that's the ONLY set of binaries delivered.  In the msys build,
there is also a separate "cygutils-*-bin" package that contains the
other apps we discussed, such as lpr-basic.

Tor's version of pexports seems to work very well, and claims (but I
can't test that) to work also with 64bit.  I'd like to:
  a) move the pexports directory out from under utils/ and make it a
top-level module in the repository
  b) incorporate Tor's changes and check them in.

But, to do that, I need some extra karma:

diff -u -p -r1.24 avail
--- avail       15 Aug 2008 05:57:37 -0000      1.24
+++ avail       13 Sep 2009 20:42:13 -0000
@@ -3,6 +3,8 @@ avail|earnie
 avail|dannysmith
 avail|infidel
 avail|keithmarshall
+avail|cwilso11
+avail|cwilso11|utils
 avail|kzlg|ports
 avail|jrfonseca|utils
 avail|jrfonseca|doc

The global karma is necessary only until I create the top-level pexports
project, then that can be changed back down to just
  avail|cwilso11|pexports
  avail|cwilso11|utils

I've also got a lot of pending changes to the utils/ subdirectory beyond
that. This includes:

1) Remove drmingw, dos2unix, unix2dos, and pexports from the build
infrastructure of util/Makefile.am & util/configure.ac

2) completely remove (e.g. goes into the Attic) drmingw, dos2unix, and
unix2dos. drmingw now has its own development site:
  http://code.google.com/p/jrfonseca/wiki/DrMingw
and the more recent versions no longer use auto* to build -- nor even
make. Jose has switched to using SCons. I tried it out; his version
builds OOB -- provided you have the right tools. Since we don't provide
python, nor SCons, we really can't update our version of drmingw to
track upstream.  So, it think it's best if we just defer to Jose's new
site, and simply update util/README to say "drmingw has been removed
from mingw-utils. Go get it here-->"

Jose also distributes the compiled binaries from that site.

3) Other docu updates pursuant to the above changes

4) Add an actual build infrastructure for utils/msys-here
5) Incorporate msys-here as a subproject of mingw-utils
6) a new 'msys-here-config' script that can be used by the end-user to
properly install the registry entries needed to launch msys-here via an
Explorer context menu.


Here's a dump of the source tarball, as created by 'make dist' with most
of my proposed changes (and don't blame me for the automake usage, Keith
-- it was already there):

mingw-utils-0.4/
mingw-utils-0.4/aclocal.m4
mingw-utils-0.4/AUTHORS
mingw-utils-0.4/build-aux/
mingw-utils-0.4/build-aux/compile
mingw-utils-0.4/build-aux/depcomp
mingw-utils-0.4/build-aux/install-sh
mingw-utils-0.4/build-aux/missing
mingw-utils-0.4/ChangeLog
mingw-utils-0.4/config.h.in
mingw-utils-0.4/configure
mingw-utils-0.4/configure.ac
mingw-utils-0.4/COPYING
mingw-utils-0.4/INSTALL
mingw-utils-0.4/Makefile.am
mingw-utils-0.4/Makefile.in
mingw-utils-0.4/msys-here/
mingw-utils-0.4/msys-here/aclocal.m4
mingw-utils-0.4/msys-here/AUTHORS
mingw-utils-0.4/msys-here/ChangeLog
mingw-utils-0.4/msys-here/compile
mingw-utils-0.4/msys-here/config.h.in
mingw-utils-0.4/msys-here/configure
mingw-utils-0.4/msys-here/configure.in
mingw-utils-0.4/msys-here/COPYING
mingw-utils-0.4/msys-here/depcomp
mingw-utils-0.4/msys-here/INSTALL
mingw-utils-0.4/msys-here/install-sh
mingw-utils-0.4/msys-here/lib/
mingw-utils-0.4/msys-here/lib/getopt.c
mingw-utils-0.4/msys-here/lib/getopt.h
mingw-utils-0.4/msys-here/lib/Makefile.am
mingw-utils-0.4/msys-here/lib/Makefile.in
mingw-utils-0.4/msys-here/Makefile.am
mingw-utils-0.4/msys-here/Makefile.in
mingw-utils-0.4/msys-here/missing
mingw-utils-0.4/msys-here/setup/
mingw-utils-0.4/msys-here/setup/msys-here-config.in
mingw-utils-0.4/msys-here/src/
mingw-utils-0.4/msys-here/src/m.ico
mingw-utils-0.4/msys-here/src/main.cpp
mingw-utils-0.4/msys-here/src/main.h
mingw-utils-0.4/msys-here/src/Makefile.am
mingw-utils-0.4/msys-here/src/Makefile.in
mingw-utils-0.4/msys-here/src/rsrc.h
mingw-utils-0.4/msys-here/src/rsrc.rc
mingw-utils-0.4/msys-here/TODO
mingw-utils-0.4/msys-here/winui/
mingw-utils-0.4/msys-here/winui/ChangeLog
mingw-utils-0.4/msys-here/winui/include/
mingw-utils-0.4/msys-here/winui/include/CFile.h
mingw-utils-0.4/msys-here/winui/include/CList.h
mingw-utils-0.4/msys-here/winui/include/winui.h
mingw-utils-0.4/msys-here/winui/Makefile.am
mingw-utils-0.4/msys-here/winui/Makefile.in
mingw-utils-0.4/msys-here/winui/src/
mingw-utils-0.4/msys-here/winui/src/CFile.cpp
mingw-utils-0.4/msys-here/winui/src/CList.cpp
mingw-utils-0.4/msys-here/winui/src/makefile
mingw-utils-0.4/msys-here/winui/src/winui.cpp
mingw-utils-0.4/msys-here/winui/winui.prj
mingw-utils-0.4/NEWS
mingw-utils-0.4/README
mingw-utils-0.4/redir/
mingw-utils-0.4/redir/Makefile.am
mingw-utils-0.4/redir/Makefile.in
mingw-utils-0.4/redir/README
mingw-utils-0.4/redir/redir.c
mingw-utils-0.4/reimp/
mingw-utils-0.4/reimp/ar.c
mingw-utils-0.4/reimp/Makefile.am
mingw-utils-0.4/reimp/Makefile.in
mingw-utils-0.4/reimp/README
mingw-utils-0.4/reimp/reimp.c
mingw-utils-0.4/reimp/reimp.h
mingw-utils-0.4/reimp/util.c
mingw-utils-0.4/res2coff/
mingw-utils-0.4/res2coff/Makefile.am
mingw-utils-0.4/res2coff/Makefile.in
mingw-utils-0.4/res2coff/objimage.c
mingw-utils-0.4/res2coff/protos.h
mingw-utils-0.4/res2coff/README
mingw-utils-0.4/res2coff/res2coff.c
mingw-utils-0.4/res2coff/res2coff.h
mingw-utils-0.4/res2coff/resimage.c
mingw-utils-0.4/scripts/
mingw-utils-0.4/scripts/a2dll.html
mingw-utils-0.4/scripts/a2dll.in
mingw-utils-0.4/scripts/dsw2mak.in
mingw-utils-0.4/scripts/Makefile.am
mingw-utils-0.4/scripts/Makefile.in
mingw-utils-0.4/scripts/static2dll_howto.txt
mingw-utils-0.4/TODO


A -bin package of the new mingw-utils would look like this:

bin/a2dll
bin/dsw2mak
bin/msys-here-config
bin/msys-here.exe
bin/redir.exe
bin/reimp.exe
bin/res2coff.exe
share/doc/mingw-utils/0.4/a2dll/a2dll.html
share/doc/mingw-utils/0.4/a2dll/static2dll_howto.txt
share/doc/mingw-utils/0.4/AUTHORS
share/doc/mingw-utils/0.4/ChangeLog
share/doc/mingw-utils/0.4/COPYING
share/doc/mingw-utils/0.4/msys-here/ChangeLog
share/doc/mingw-utils/0.4/msys-here/COPYING
share/doc/mingw-utils/0.4/msys-here/libwinui.ChangeLog
share/doc/mingw-utils/0.4/msys-here/ReadMe
share/doc/mingw-utils/0.4/msys-here/TODO
share/doc/mingw-utils/0.4/NEWS
share/doc/mingw-utils/0.4/README
share/doc/mingw-utils/0.4/redir/README
share/doc/mingw-utils/0.4/reimp/README
share/doc/mingw-utils/0.4/res2coff/README
share/doc/mingw-utils/0.4/TODO
share/msys-here/registry.template



Now, granted, there are a lot are additional things that can be done to
mingw-utils. What I'm trying to do right /now/, is just:
  1) remove the stuff I *know* is old/obsolete
  2) a little build-system janitor work

I don't *know* whether "a2dll" or "dsw2mak" is still relevant -- so, for
0.4, it stays in.  I'm pretty sure res2coff is obsolete, and that
windres now can perform that function -- but I don't *know* for sure; so
it stays in.  I frankly can't figure out what reimp does, and how the
following differs (ignore syntax):

 $ reimp FOO.bad_implib FOO.good_implib

 $ pexports FOO.dll FOO.def
 $ dlltool FOO.good_implib FOO.def

But, since I don't know -- it stays in.  Finally, I've put some effort
into getting the long-abandoned msys-here to at least compile, and a
reasonable implementation of msys-here-config works (*). However, I
can't vouch for whether msys-here /itself/ actually works.  But...first
things first.

(*) that is, running the config script does get the right stuff into the
right place in my registry (and remove it, when -u) so that I do see a
brand new context menu entry. But...at least on Vista, when I select
that menu item, msys-here "flickers" and then disappears.  As I said,
first things first.

Second things, would include stuff like making sure msys-here actually
works in basic mode. Then maybe extending it to use some (global?
per-user?) configuration settings to control --login, cmd.exe vs.
console2 (not rxvt, I would assume), etc.  But that's later.

So...comments?  Karma++?

--
Chuck

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
MinGW-dvlpr mailing list
MinGW-dvlpr@...
https://lists.sourceforge.net/lists/listinfo/mingw-dvlpr

[keithmarshall]

On Sunday 13 September 2009 22:11:20 Charles Wilson wrote:
> But, to do that, I need some extra karma:

I trust you with global karma, which you should now have.  If you
prefer not to keep that level, we can refine it later.  Please go
ahead and create the CVS infrastructure you've proposed.

--

Regards,
Keith.

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
MinGW-dvlpr mailing list
MinGW-dvlpr@...
https://lists.sourceforge.net/lists/listinfo/mingw-dvlpr