Bash fails on BerkeleyDB configure

[Howard Chu]

Dave Korn wrote:
>> ac_cv_sizeof_unsigned_int is defined to 4 by prior tests. Likewise,
>> ac_cv_sizeof_unsigned_char is 1
>> ac_cv_sizeof_unsigned_short is 2
>> ac_cv_sizeof_unsigned_long is 4
>> ac_cv_sizeof_unsigned_long_long is 8
>>
>> The test fails with "No unsigned 1-byte integral type". The script exits at
>> that point. Getting past this (by explicitly setting variables to bypass the
>> test) just runs into another failure as the script uses the same construct
>> to set a bunch of other type defs.
> 
>   Thanks for sending the report.  The fact that it doesn't reproduce when you
> paste it into a script by itself makes me suspicious that perhaps we're
> getting line-ending trouble here: maybe ac_cv_sizeof_unsigned_char has
> actually been defined to "1\r".  This can happen if there are any text-mode
> mount points involved, or if the configure script has managed to get the wrong
> kind of line-ends.

That was it. Here's the tail of config.log after it quits. Notice the CRs...

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE_NAME "Berkeley DB"
#define PACKAGE_TARNAME "db-4.6.21"
#define PACKAGE_VERSION "4.6.21"
#define PACKAGE_STRING "Berkeley DB 4.6.21"
#define PACKAGE_BUGREPORT "Oracle Technology Network Berkeley DB forum"
#define HAVE_UPGRADE_SUPPORT 1
#define STDC_HEADERS 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRING_H 1
#define HAVE_MEMORY_H 1
#define HAVE_STRINGS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_STDINT_H 1
#define HAVE_UNISTD_H 1
#define DB_WIN32 1
#define STDC_HEADERS 1
#define TIME_WITH_SYS_TIME 1
#define HAVE_DIRENT_H 1
#define HAVE_SYS_TIME_H 1
#define SIZEOF_CHAR 1^M
#define SIZEOF_UNSIGNED_CHAR 1^M
#define SIZEOF_SHORT 2^M
#define SIZEOF_UNSIGNED_SHORT 2^M
#define SIZEOF_INT 4^M
#define SIZEOF_UNSIGNED_INT 4^M
#define SIZEOF_LONG 4^M
#define SIZEOF_UNSIGNED_LONG 4^M
#define SIZEOF_LONG_LONG 8^M
#define SIZEOF_UNSIGNED_LONG_LONG 8^M
#define SIZEOF_CHAR_P 8^M

configure.O: exit 1

> 
>> Let me know if you need any more info.
> 
>   First thing I guess I need to ask is "You didn't by any chance use a
> standard windows GUI app to unpack the BerkeleyDB tarball, did you"?  Things
> like winzip et al., that aren't unix-aware, often convert line-endings from LF
> to CRLF - which bash doesn't like.

No, used tar xzf.

>   If it's not that simple, then can you please run "cygcheck -s -v -r >
> cygcheck.out" on the affected machine, and post it to the list (as an
> attachment please) with your next post?  That will give us an overview of the
> setup and config of the cygwin installation on the affected machine.

Attached...

-- 
   -- Howard Chu
   Chief Architect, Symas Corp.  http://www.symas.com
   Director, Highland Sun        http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP     http://www.openldap.org/project/
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: cygchk.txt
URL: <http://cygwin.com/pipermail/cygwin/attachments/20071206/ceabf26b/attachment.txt>
-------------- next part --------------
--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/