GCC编译产生“real.h：53：错误：'SIZEOF_LONG'这里未声明（不在函数中）”

我试图在运行Linux 2.6的Buffalo LinkStation Pro Duo（unlocking it之后）编译GCC 4.7.2。 31.8 armv5tel。GCC编译产生“real.h：53：错误：'SIZEOF_LONG'这里未声明（不在函数中）”

不幸的是，make抛出相当一些错误，与

gcc -c -DIN_GCC_FRONTEND -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-formIn file included from ../../gcc-4.7.2/gcc/tree.h:32, 
       from ../../gcc-4.7.2/gcc/c-lang.c:27: 
../../gcc-4.7.2/gcc/real.h:53: error: 'SIZEOF_LONG' undeclared here (not in a function) 
In file included from ../../gcc-4.7.2/gcc/tree.h:32, 
       from ../../gcc-4.7.2/gcc/c-lang.c:27: 
../../gcc-4.7.2/gcc/real.h:87:5: error: division by zero in #if 
../../gcc-4.7.2/gcc/real.h:87:5: error: division by zero in #if 
../../gcc-4.7.2/gcc/real.h:90:6: error: division by zero in #if

开始53线的real.h读取unsigned long sig[SIGSZ];，其中SIGSZ在管线40作为
#define SIGSZ (SIGNIFICAND_BITS/HOST_BITS_PER_LONG)
限定，而线87是#if REAL_WIDTH == 1与REAL_WIDTH限定的起始在作为
#define REAL_WIDTH \ (REAL_VALUE_TYPE_SIZE/HOST_BITS_PER_WIDE_INT \ + (REAL_VALUE_TYPE_SIZE%HOST_BITS_PER_WIDE_INT ? 1 : 0)) /* round up */

线

这似乎归结为HOST_BITS_PER_*为零。我是否必须用一些configure参数手动定义这些参数，或者如何解决这个问题？

更新

config.log包含以下错误：

conftest.c:10:19: error: ppl_c.h: No such file or directory 
conftest.c: In function 'main': 
conftest.c:16: error: 'choke' undeclared (first use in this function) 
conftest.c:16: error: (Each undeclared identifier is reported only once 
conftest.c:16: error: for each function it appears in.) 
conftest.c:16: error: expected ';' before 'me' 
configure:5708: $? = 1 
configure: failed program was: 
| /* confdefs.h */ 
| #define PACKAGE_NAME "" 
| #define PACKAGE_TARNAME "" 
| #define PACKAGE_VERSION "" 
| #define PACKAGE_STRING "" 
| #define PACKAGE_BUGREPORT "" 
| #define PACKAGE_URL "" 
| #define LT_OBJDIR ".libs/" 
| /* end confdefs.h. */ 
| #include "ppl_c.h" 
| int 
| main() 
| { 
|. 
|  #if PPL_VERSION_MAJOR != 0 || PPL_VERSION_MINOR < 11 
|  choke me 
|  #endif 
|. 
| ; 
| r

继this post我似乎已经忘记了安装ppl，我会尽力现在

来源

2012-12-13 Tobias Kienzler

SIZEOF_LONG应是#define d由文件auto-host.h在configure。你auto-host.h应该包含这样的：

/* The size of `long', as computed by sizeof. */ 
#ifndef USED_FOR_TARGET 
#define SIZEOF_LONG 8 
#endif

如果上述不存在（和它看起来像你的情况下，它的确是这样），错误检查config.log。搜索字符串checking size of long附近的错误。

来源

2012-12-13 13:53:51 chill

该条目在那里，虽然它是'#define SIZEOF_LONG 4'这里。在config.log中还有其他的错误，我把它们追加到我的问题 –

我接受你的答案，因为检查'config.log'指出我缺少'ppl'。但实际的解决方案[涉及更多的麻烦]（http://stackoverflow.com/a/13874779/321973） - 如果是解决方案，编译仍在运行...... –

感谢chill's answer我检查config.log发现
conftest.c:10:19: error: ppl_c.h: No such file or directory
（其中，奇怪的是，并没有阻止configure从创建一个Makefile和返回成功错误代码）。第一个谷歌碰到的是this post，显示我没有提供ppl dependency。
的PPL-1.0编译迎接我
checked_float.inlines.hh:1012: error: 'frexpl' was not declared in this scope
害得我this post暗示我会用the 1.1 snapshot来代替，该工作
现在，gcc的make给我提供了另一种 “有用” 的错误：
gcc/../libcpp/include/line-map.h:66: error: 'CHAR_BIT'
这turned out是由于C_INCLUDE_PATHending with a colon（我已经经历了那个帖子提到的checking LIBRARY_PATH variable... contains current directory错误，但也没多想检查其他变量是也）

编译仍在运行，到目前为止，还没有更多的错误...

来源

2012-12-14 08:03:44

GCC编译产生“real.h：53：错误：'SIZEOF_LONG'这里未声明（不在函数中）”

回答

相关问题