Use abi-style diving make to build current version of libiconv (1.7).  
Thanks to David Mandelin <[EMAIL PROTECTED]> for pointing me in the right 
direction. 

  M abi/CREDITS.TXT
  M abi/src/config/abi_defs.mk
  M abi/src/config/abi_rules.mk
  M abi/src/config/require/beos/Makefile
  M abi/src/config/require/mac/Makefile
  M abi/src/config/require/qnx/Makefile
  M abi/src/config/require/unix/Makefile
  M abi/src/config/require/win/Makefile

  M libiconv/Makefile.abi
  A libiconv/lib/Makefile.abi
  A libiconv/libcharset/Makefile.abi
  A libiconv/libcharset/lib/Makefile.abi

A few notes:

1.  Anyone running autoconf builds shouldn't be affected by this at all.  

2.  This *should* be a fairly clean XP solution.  The only updates to the 
platform-specific abi/../require makefiles were to ensure that realclean 
wasn't overzealous.  If this breaks your build any worse than it already is, 
I'll try to be available tomorrow morning to help fix things.  

3.  As with other Makefile.abi implementations, the resulting object and 
library files are built over in the relevant abi OBJDIR subtree, where they 
can be easily cleaned.  

4.  I managed to rework this so we can take advantage of HAVE_CONFIG_H since 
we're running configure anyhow.  

5.  The PEER_HACK in abi_rules.mk is somewhat ugly, but I think it's the 
best available solution.  I tried to avoid diving entirely, but the only two 
files we need to compile expect different config.h files, so there doesn't 
seem to be a better way (short of using the configured makefiles directly). 

6.  The abi_defs.mk hack is even uglier, but we call iconv.h from too many 
places to put a #define inline in the code before each one.  Anyone who 
wants to remove this will need to figure out how to get our wv builds to use 
the same iconv.h header file as all the other libraries, so that the 
LIBICONV_PLUG definition isn't needed.  

Enjoy!

Paul,
who still misses Tinderbox

Reply via email to