[ITP] gendef-20100719-1

[Charles Wilson]

On 7/19/2010 4:51 AM, JonY wrote:
> https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/gendef/gendef-20100719-1-src.tar.bz2/download
> https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/gendef/libmangle-devel/libmangle-devel-20100719-1.tar.bz2/download
> https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/gendef/gendef-20100719-1.tar.bz2/download

+1 on concept, but package not GTG.

I couldn't rebuild from src, because the .cygport seems to think that 
libmangle should already installed (and, according to your second 
message in the ITP: libmangle thread, libmangle *should* be included in 
/this/ build, instead).

checking for libmangle.h... no
configure: error: libmangle enabled, but the header is not usable.
configure: error: 
/usr/src/devel/mingw64/gendef/gendef-20100719-1/src/mingw-w64-trunk-20100719/mingw-w64-tools/gendef/configure 
failed for mingw-w64-tools/gendef
*** ERROR: configure failed

Maybe the "updated" -src package doesn't include the latest .cygport?

This change fixed it:

-CYGCONF_ARGS="--without-headers --without-crt --with-tools=gendef 
--with-libraries=libmangle --with-mangle=/usr"
+CYGCONF_ARGS="--without-headers --without-crt --with-tools=gendef 
--with-libraries=libmangle"


A few other minor points:

1) Once the issue above is resolved, you can probably remove this line 
from the cygwin-specific README:

Build requirements:
   libmangle

(and, it should have been 'libmangle-devel' anyway).

2) You're downloading a LOT of stuff that you don't actually build. The 
.tar.xz for mingw-w64-tools is 117K and mingw-w64-libraries can't be 
much bigger, but the whole snapshot you are using is 4.2M.  This slows 
down a lot of stuff, like the prep, cygautoreconf, and mkpatch steps.

I tried to figure out get just the source you need via 'inherit svn' -- 
but had to give up, since you want two *separate* subdirectories of the 
top-level (mingw-w64-tools and mingw-w64-libraries), and perhaps the 
top-level files, but you wouldn't want to recurse into the OTHER subdirs 
of top-level.  Yuck.

cygport just can't handle that, so I guess we're stuck...


--
Chuck