Re: [SLUG] configure problem

From: Paul M Foster (paulf@quillandmouse.com)
Date: Tue Jul 18 2006 - 00:17:09 EDT


Bob Stia wrote:
> On Monday 17 July 2006 01:15, Ian C. Blenke wrote:
>> Eben King wrote:
>>>> Can anyone tell me why this has failed? Other than the ltconfig error?
>>>> I do have libtool installed. Is it maybe a 64 bit problem?
>> ...
>>
>>>> checking build system type... Invalid configuration
>>>> `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized
>> This is a problem with your arch (x86_64) not being recognized by your
>> package's autoconf configuration.
>>
>> To get beyond this particular problem, merely update your package's
>> config.sub and config.guess.
>>
>> $ rm -f config.sub config.guess
>> $ wget
>> 'http://cvs.savannah.gnu.org/viewcvs/*checkout*/config/config/config.sub'
>> $ wget
>> 'http://cvs.savannah.gnu.org/viewcvs/*checkout*/config/config/config.guess'
>>
>> Now your x86_64 architecture should be detected.
>>
>> Your next problem will probably have something to do with your installed
>> versions of libtool, autoconf, and automake...
>
> Thanks Ian,
>
> All is well with ./configure now and ends cleanly. Next problem as you so
> aptly predicted is with make install. It ends up with an ERROR 1. Read the
> man and info pages on make but it doesn't say anything about errors.
> Here is my make file:
>
> EasyStreet:/usr/src/ACE-2.0 # make install
> Making install in lib
> make[1]: Entering directory `/usr/src/ACE-2.0/lib'
> /bin/sh ../libtool --mode=compile
> gcc -DPACKAGE=\"ace\" -DVERSION=\"1.9\" -DSTDC_HEADERS=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_UTIME_NULL=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MKDIR=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 -I. -I. -I/usr/X11R6/include -g -O2 -c
> table.c
> mkdir .libs
> gcc -DPACKAGE=\"ace\" -DVERSION=\"1.9\" -DSTDC_HEADERS=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_UTIME_NULL=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MKDIR=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 -I. -I. -I/usr/X11R6/include -g -O2 -Wp,-MD,.deps/table.pp -c
> table.c -fPIC -DPIC -o .libs/table.lo
> In file included from table.c:32:
> cards.h:59: error: array type has incomplete element type

Warnings you might ignore, but errors will kill your compile, as you see
here. You're trying to compile table.c, and one of the include files
(cards.h) has an error detected on line 59 of the file. It says that the
array in question has elements, one of which has a type that's not
recognized by the compiler. It's a complex type (not int, char, etc.),
and it looks like the compilere doesn't see the definition of the type
of the array element anywhere. In a case like this, I start grepping
files for the type of the element, which should be defined in an include
file (<something>.h) or less likely a source file (<something.c>)
somewhere. What you do once you find it depends on where it is and how
the file interdependencies work.

Ian had a quick suggestion to get you this far. Maybe he has one for
this circumstance, too.

> table.c: In function 'init_ace':
> table.c:139: warning: incompatible implicit declaration of built-in
> function 'exit'
> table.c: In function 'table_loop':
> table.c:467: warning: incompatible implicit declaration of built-in
> function 'exit'
> table.c: In function 'clip_more':
> table.c:512: warning: cast from pointer to integer of different size

This type of error in this kind of compile makes me nervous. Pointers
and integers are normally the same size on x86. But with a 64 bit
platform, that may not be true. And if the mismatch survives the
compile, you might be looking at some unstable software (trying to shove
a 64 bit or 48 bit pointer value into a 32 bit integer). I dunno.
Someone more knowledgeable than me may need to chime in.

> table.c: In function 'unclip':
> table.c:545: warning: cast to pointer from integer of different size
> make[1]: *** [table.lo] Error 1
> make[1]: Leaving directory `/usr/src/ACE-2.0/lib'
> make: *** [install-recursive] Error 1

Your error on table.c above is causing the compile to bomb out, and thus
causing *make* to raise this error.

<snip>

Paul

-- 
Paul M. Foster
-----------------------------------------------------------------------
This list is provided as an unmoderated internet service by Networked
Knowledge Systems (NKS).  Views and opinions expressed in messages
posted are those of the author and do not necessarily reflect the
official policy or position of NKS or any of its employees.



This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 14:46:58 EDT