Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 324649

Summary: sys-devel/autoconf-2.65: AC_TYPE_INT*_T tests broken
Product: Gentoo Linux Reporter: Jan Seiffert <kaffeemonster>
Component: [OLD] DevelopmentAssignee: Gentoo's Team for Core System packages <base-system>
Status: RESOLVED FIXED    
Severity: normal    
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
URL: http://lists.gnu.org/archive/html/bug-autoconf/2009-12/msg00016.html
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on:    
Bug Blocks: 311967    

Description Jan Seiffert 2010-06-19 00:23:30 UTC
I try to autoconf a project of mine, but my checks for AC_TYPE_INT*_t keep failing. This is "funny", since AC_TYPE_UINT32_T and the like do not fail...

Reproducible: Always

Steps to Reproduce:
1. create configure.ac:
AC_PREREQ([2.65])
AC_INIT([], [], [])
AC_TYPE_INT32_T
AC_OUTPUT

2. $ autoconf -f
3. $ ./configure

Actual Results:  
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for int32_t... no

Expected Results:  
....
checking for int32_t... yes

The bug is known and fixed upstream, but released???
Comment 1 SpanKY gentoo-dev 2010-06-20 00:35:35 UTC
ive added the fix from upstream to 2.65-r1, thanks