这个代码在gcc 4.3.1中是有效的C还是Sun编译错了？ [英] Is this code in gcc 4.3.1 valid C or is Sun compiler wrong ??
问题描述
我很难在Solaris上使用GNU
编译器构建gcc 4.3.1。然后我决定尝试使用Sun的编译器。 Sun Studio
12编译器报告以下代码，该代码位于gcc 4.3的源代码中。
（gcc-4.3.1 / gcc / c-common.c）。 1，是一个语法错误。
我倾向于同意，因为它就像没有CI见过。
什么是C_COMMON_FIXED_TYPES（，fract） ;"应该是什么意思？是不是以不同的方式编写了
，以便Sun编译器可以理解它？或者
太阳有问题吗？
我肯定不会写这样的C代码，但也许这是合法的。
#define C_COMMON_FIXED_MODE_TYPES（SAT，NAME）\
if（type1 == SAT ## NAME ## _type_node \
|| type1 == SAT ##你## NAME ## _type_node）\
返回unsignedp？ SAT ## u ## NAME ## _type_node \
：SAT ## NAME ## _type_node;
C_COMMON_FIXED_TYPES（，fract）; / *第2254行* /
C_COMMON_FIXED_TYPES（sat_，fract）;
C_COMMON_FIXED_TYPES（，accum）;
C_COMMON_FIXED_TYPES（sat_，accum）;
所以这真的是C，或者它只是一个GNU主义，它阻止GNU C
编译器使用编译器编译能够编译器C ??我以为一个
应该需要一个C编译器来编译gcc，但也许我错了
错误。
cc - c -g -DIN_GCC -DHAVE_CONFIG_H -I。 -一世。 -I ../../ gcc-4.3.1 / gcc
-I ../../ gcc-4.3.1 / gcc /。 -I ../../ gcc-4.3.1 / gcc /../ include -I./../intl
-I ../../ gcc-4.3.1 / gcc /../ libcpp / include -I / usr / local / include
-I / usr / local / include -I / usr / local / include
-I ../../gcc-4.3.1/gcc/../libdecnumber
-I ../../ gcc-4.3.1 / gcc /../ libdecnumber / dpd -I ../libdecnumber
... / .. / gcc-4.3.1 / gcc / c-common.c -o c-common.o
"。 ./../gcc-4.3.1/gcc/c-common.c" ;,第2254行：无效令牌：
short_fract_type_no ...
" .. /../gcc-4.3.1/gcc/c-common.c" ;,第2254行：语法错误之前或之后：||
" ../../ gcc-4.3。 1 / gcc / c-common.c"，第2254行：无效令牌：
unsigned_short_frac ...
" ../../ gcc-4.3.1 /gcc/c-common.c" ;,第2254行：无效令牌：
unsigned_short_frac ...
" ../../ gcc-4.3.1 / gcc / c-common.c"，第2254行：无效令牌：
short_fract_type_no ...
" ../../ gcc-4.3.1 / gcc /c-common.c" ;,第2254行：无效令牌：fract_type_node
I''m having a hard time tying to build gcc 4.3.1 on Solaris using the GNU
compilers. I then decided to try to use Sun''s compiler. The Sun Studio
12 compiler reports the following code, which is in the source
(gcc-4.3.1/gcc/c-common.c) of gcc 4.3.1, is a syntax error.
I''m inclined to agree, as it is like no C I have ever met.
what is "C_COMMON_FIXED_TYPES (, fract);" supposed to mean? Could it be
written in a different way so the Sun compiler could understand it? Or
are Sun at fault?
I''d certainly never write C code like this, but perhaps it is legal.
#define C_COMMON_FIXED_MODE_TYPES(SAT,NAME) \
if (type1 == SAT ## NAME ## _type_node \
|| type1 == SAT ## u ## NAME ## _type_node) \
return unsignedp ? SAT ## u ## NAME ## _type_node \
: SAT ## NAME ## _type_node;
C_COMMON_FIXED_TYPES (, fract); /* line 2254 */
C_COMMON_FIXED_TYPES (sat_, fract);
C_COMMON_FIXED_TYPES (, accum);
C_COMMON_FIXED_TYPES (sat_, accum);
So is this really C, or is it just a GNU ism, which prevents the GNU C
compiler compiling with a compiler able to compiler C ?? I thought one
was supposed to need a C compiler to compile gcc, but perhaps I was
mistaken.
cc -c -g -DIN_GCC -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.3.1/gcc
-I../../gcc-4.3.1/gcc/. -I../../gcc-4.3.1/gcc/../include -I./../intl
-I../../gcc-4.3.1/gcc/../libcpp/include -I/usr/local/include
-I/usr/local/include -I/usr/local/include
-I../../gcc-4.3.1/gcc/../libdecnumber
-I../../gcc-4.3.1/gcc/../libdecnumber/dpd -I../libdecnumber
.../../gcc-4.3.1/gcc/c-common.c -o c-common.o
"../../gcc-4.3.1/gcc/c-common.c", line 2254: invalid token:
short_fract_type_no...
"../../gcc-4.3.1/gcc/c-common.c", line 2254: syntax error before or at: ||
"../../gcc-4.3.1/gcc/c-common.c", line 2254: invalid token:
unsigned_short_frac...
"../../gcc-4.3.1/gcc/c-common.c", line 2254: invalid token:
unsigned_short_frac...
"../../gcc-4.3.1/gcc/c-common.c", line 2254: invalid token:
short_fract_type_no...
"../../gcc-4.3.1/gcc/c-common.c", line 2254: invalid token: fract_type_node
推荐答案
2008-06-10 07:37:28 +0100，Dave< fo*@coo.comsaid：
On 2008-06-10 07:37:28 +0100, Dave <fo*@coo.comsaid:
我很难在Solaris上使用
GNU编译器构建gcc 4.3.1。然后我决定尝试使用Sun的编译器。太阳
Studio 12编译器报告以下代码，它位于gcc 4.3的源代码中。
（gcc-4.3.1 / gcc / c-common.c）。 1，是一个语法错误。
我倾向于同意，因为它就像没有CI见过一样。
I''m having a hard time tying to build gcc 4.3.1 on Solaris using the
GNU compilers. I then decided to try to use Sun''s compiler. The Sun
Studio 12 compiler reports the following code, which is in the source
(gcc-4.3.1/gcc/c-common.c) of gcc 4.3.1, is a syntax error.
I''m inclined to agree, as it is like no C I have ever met.
## stuff是正常的ISO C令牌粘贴，因此SAT ## NAME ##
_type_node将被预处理为fract_type_node如果SAT没有设置并且NAME是分形的。
The ## stuff is normal ISO C token pasting, so SAT ## NAME ##
_type_node would get pre-processed as fract_type_node if SAT was not
set and NAME was fract.
什么是C_COMMON_FIXED_TYPES（，fract）;应该是什么意思？是不是可以用不同的方式编写
，以便Sun编译器可以理解它？
或者Sun有错吗？
what is "C_COMMON_FIXED_TYPES (, fract);" supposed to mean? Could it
be written in a different way so the Sun compiler could understand it?
Or are Sun at fault?
很难说。
Hard to say.
>
我会的肯定不会写这样的C代码，但也许它是合法的。
#define C_COMMON_FIXED_MODE_TYPES（SAT，NAME）\
if（type1 == SAT） ## NAME ## _type_node \
|| type1 == SAT ## u ## NAME ## _type_node）\
返回unsignedp？ SAT ## u ## NAME ## _type_node \
：SAT ## NAME ## _type_node;
C_COMMON_FIXED_TYPES（，fract）; / *第2254行* /
C_COMMON_FIXED_TYPES（sat_，fract）;
C_COMMON_FIXED_TYPES（，accum）;
C_COMMON_FIXED_TYPES（sat_，accum）;
所以这真的是C，或者它只是一个GNU主义，它阻止GNU C
编译器使用编译器编译能够编译器C ??我以为一个
应该需要一个C编译器来编译gcc，但也许我错了
错误。
cc -c -g -DIN_GCC -DHAVE_CONFIG_H -I。 -一世。 -I ../../ gcc-4.3.1 / gcc
-I ../../ gcc-4.3.1 / gcc /。 -I ../../ gcc-4.3.1 / gcc /../ include -I./../intl
-I ../../ gcc-4.3.1 / gcc /../ libcpp / include -I / usr / local / include
-I / usr / local / include -I / usr / local / include
-I ../../gcc-4.3.1/gcc/../libdecnumber
-I ../../ gcc-4.3.1 / gcc /../ libdecnumber / dpd -I ../libdecnumber
../../gcc-4.3.1/gcc/c-common.c -o c-common.o
" .. /../gcc-4.3.1/gcc/c-common.c" ;,第2254行：无效令牌：
short_fract_type_no ...
>
I''d certainly never write C code like this, but perhaps it is legal.
#define C_COMMON_FIXED_MODE_TYPES(SAT,NAME) \
if (type1 == SAT ## NAME ## _type_node \
|| type1 == SAT ## u ## NAME ## _type_node) \
return unsignedp ? SAT ## u ## NAME ## _type_node \
: SAT ## NAME ## _type_node;
C_COMMON_FIXED_TYPES (, fract); /* line 2254 */
C_COMMON_FIXED_TYPES (sat_, fract);
C_COMMON_FIXED_TYPES (, accum);
C_COMMON_FIXED_TYPES (sat_, accum);
So is this really C, or is it just a GNU ism, which prevents the GNU C
compiler compiling with a compiler able to compiler C ?? I thought one
was supposed to need a C compiler to compile gcc, but perhaps I was
mistaken.
cc -c -g -DIN_GCC -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.3.1/gcc
-I../../gcc-4.3.1/gcc/. -I../../gcc-4.3.1/gcc/../include -I./../intl
-I../../gcc-4.3.1/gcc/../libcpp/include -I/usr/local/include
-I/usr/local/include -I/usr/local/include
-I../../gcc-4.3.1/gcc/../libdecnumber
-I../../gcc-4.3.1/gcc/../libdecnumber/dpd -I../libdecnumber
../../gcc-4.3.1/gcc/c-common.c -o c-common.o
"../../gcc-4.3.1/gcc/c-common.c", line 2254: invalid token:
short_fract_type_no...
我看不到任何短的在你引用的宏中。可能值得向cc标志添加
-E并更仔细地查看预处理器输出。
干杯，
Chris
I can''t see any "short" in the macro you quoted. It may be worth adding
-E to the cc flags and looking more closely at the preprocessor output.
Cheers,
Chris
Chris Ridd写道：
Chris Ridd wrote:
On 2008-06-10 07:37:28 +0100，Dave< fo*@coo.com说：
On 2008-06-10 07:37:28 +0100, Dave <fo*@coo.comsaid:
>我很难打造构建gcc 4.3。 1在Solaris上使用
GNU编译器。然后我决定尝试使用Sun的编译器。 Sun的工作室12编译器报告以下代码，它位于gcc 4.3.1的源代码（gcc-4.3.1 / gcc / c-common.c）中，是语法错误。
我倾向于同意，因为它就像没有CI见过一样。
>I''m having a hard time tying to build gcc 4.3.1 on Solaris using the
GNU compilers. I then decided to try to use Sun''s compiler. The Sun
Studio 12 compiler reports the following code, which is in the source
(gcc-4.3.1/gcc/c-common.c) of gcc 4.3.1, is a syntax error.
I''m inclined to agree, as it is like no C I have ever met.
## stuff是正常的ISO C令牌粘贴，因此SAT ## NAME ## _type_node
将被预处理为fract_type_node如果没有设置SAT并且NAME
是分形的。
The ## stuff is normal ISO C token pasting, so SAT ## NAME ## _type_node
would get pre-processed as fract_type_node if SAT was not set and NAME
was fract.
>什么是C_COMMON_FIXED_TYPES（，fract）;应该是什么意思？是不是可以用不同的方式编写，以便Sun编译器可以理解它？
或Sun是否有错？
>what is "C_COMMON_FIXED_TYPES (, fract);" supposed to mean? Could it
be written in a different way so the Sun compiler could understand it?
Or are Sun at fault?
很难说。
Hard to say.
>>
我肯定不会写这样的C代码，但也许是合法的。
#define C_COMMON_FIXED_MODE_TYPES（SAT，NAME）\
if（type1 == SAT ## NAME ## _type_node \
|| type1 == SAT ## u ## NAME ## _type_node）\
返回unsignedp？ SAT ## u ## NAME ## _type_node \
：SAT ## NAME ## _type_node;
C_COMMON_FIXED_TYPES（，fract）; / *第2254行* /
C_COMMON_FIXED_TYPES（sat_，fract）;
C_COMMON_FIXED_TYPES（，accum）;
C_COMMON_FIXED_TYPES（sat_，accum）;
那么这真的是C，还是只是一个GNU主义，它阻止了GNU C
编译器编译能够编译C？我以为一个
应该需要一个C编译器来编译gcc，但也许我错了。
cc -c -g -DIN_GCC -DHAVE_CONFIG_H - 一世。 -一世。 -I ../../ gcc-4.3.1 / gcc
-I ../../ gcc-4.3.1 / gcc /。 -I ../../ gcc-4.3.1 / gcc /../包括-I./../intl
-I ../../ gcc-4.3.1 / gcc / .. / libcpp / include -I / usr / local / include
-I / usr / local / include -I / usr / local / include
-I ../../ gcc-4.3.1 / gcc /../ libdecnumber
-I ../../ gcc-4.3.1 / gcc /../ libdecnumber / dpd -I ../ libdecnumber
../../gcc- 4.3.1 / gcc / c-common.c -o c-common.o
" ../../ gcc-4.3.1 / gcc / c-common.c"，第2254行：无效令牌：
short_fract_type_no ...
>>
I''d certainly never write C code like this, but perhaps it is legal.
#define C_COMMON_FIXED_MODE_TYPES(SAT,NAME) \
if (type1 == SAT ## NAME ## _type_node \
|| type1 == SAT ## u ## NAME ## _type_node) \
return unsignedp ? SAT ## u ## NAME ## _type_node \
: SAT ## NAME ## _type_node;
C_COMMON_FIXED_TYPES (, fract); /* line 2254 */
C_COMMON_FIXED_TYPES (sat_, fract);
C_COMMON_FIXED_TYPES (, accum);
C_COMMON_FIXED_TYPES (sat_, accum);
So is this really C, or is it just a GNU ism, which prevents the GNU C
compiler compiling with a compiler able to compiler C ?? I thought one
was supposed to need a C compiler to compile gcc, but perhaps I was
mistaken.
cc -c -g -DIN_GCC -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.3.1/gcc
-I../../gcc-4.3.1/gcc/. -I../../gcc-4.3.1/gcc/../include -I./../intl
-I../../gcc-4.3.1/gcc/../libcpp/include -I/usr/local/include
-I/usr/local/include -I/usr/local/include
-I../../gcc-4.3.1/gcc/../libdecnumber
-I../../gcc-4.3.1/gcc/../libdecnumber/dpd -I../libdecnumber
../../gcc-4.3.1/gcc/c-common.c -o c-common.o
"../../gcc-4.3.1/gcc/c-common.c", line 2254: invalid token:
short_fract_type_no...
我看不到任何短在你引用的宏中。可能值得向cc标志添加
-E并更仔细地查看预处理器输出。
干杯，
Chris
I can''t see any "short" in the macro you quoted. It may be worth adding
-E to the cc flags and looking more closely at the preprocessor output.
Cheers,
Chris
我无法从预处理器中获得任何有用的东西。添加-E会在stdout上生成
吨的东西，但它会像这样结束 - 即最后一个出现
为2253行 - 错误前一行。
if（type1 == integer_types [itk_short] || type1 == integer_types [
itk_unsigned_short]）
返回unsignedp？ integer_types [itk_unsigned_short]：
integer_types [itk_short];
if（type1 == integer_types [itk_long] || type1 == integer_types [
itk_unsigned_long]）
返回unsignedp？ integer_types [itk_unsigned_long]：
integer_types [itk_long];
if（type1 == integer_types [itk_long_long] || type1 ==
integer_types [ itk_unsigned_long_long]）
返回unsignedp？ integer_types [itk_unsigned_long_long]：
integer_types [itk_long_long];
if（type1 == c_global_trees [CTI_WIDEST_INT_LIT_TYPE] || type1 ==
c_global_trees [ CTI_WIDEST_UINT_LIT_TYPE]）
返回unsignedp？ c_global_trees [CTI_WIDEST_UINT_LIT_TYPE]：
c_global_trees [CTI_WIDEST_INT_LIT_TYPE];
＃2218
if（type1 == global_trees [TI_INTTI_TYPE] || type1 ==
global_trees [TI_UINTTI_TYPE]）
返回unsignedp？ global_trees [TI_UINTTI_TYPE]：global_trees
[TI_INTTI_TYPE];
＃2221
if（type1 == global_trees [TI_INTDI_TYPE] || type1 ==
global_trees [TI_UINTDI_TYPE]）
返回unsignedp？ global_trees [TI_UINTDI_TYPE]：global_trees
[TI_INTDI_TYPE];
if（type1 == global_trees [TI_INTSI_TYPE] || type1 ==
global_trees [ TI_UINTSI_TYPE]）
返回unsignedp？ global_trees [TI_UINTSI_TYPE]：global_trees
[TI_INTSI_TYPE];
if（type1 == global_trees [TI_INTHI_TYPE] || type1 ==
global_trees [ TI_UINTHI_TYPE]）
返回unsignedp？ global_trees [TI_UINTHI_TYPE]：global_trees
[TI_INTHI_TYPE];
if（type1 == global_trees [TI_INTQI_TYPE] || type1 ==
global_trees [ TI_UINTQI_TYPE]）
返回unsignedp？ global_trees [TI_UINTQI_TYPE]：global_trees
[TI_INTQI_TYPE];
＃2247
＃2253
I can''t get anything useful from the preprocessor. Adding -E generates
tons of stuff on stdout, but it ends like this - i.e. the last appears
to be line 2253 - one line before the error.
if (type1 == integer_types [ itk_short ] || type1 == integer_types [
itk_unsigned_short ])
return unsignedp ? integer_types [ itk_unsigned_short ] :
integer_types [ itk_short ];
if (type1 == integer_types [ itk_long ] || type1 == integer_types [
itk_unsigned_long ])
return unsignedp ? integer_types [ itk_unsigned_long ] :
integer_types [ itk_long ];
if (type1 == integer_types [ itk_long_long ] || type1 ==
integer_types [ itk_unsigned_long_long ])
return unsignedp ? integer_types [ itk_unsigned_long_long ] :
integer_types [ itk_long_long ];
if (type1 == c_global_trees [ CTI_WIDEST_INT_LIT_TYPE ] || type1 ==
c_global_trees [ CTI_WIDEST_UINT_LIT_TYPE ])
return unsignedp ? c_global_trees [ CTI_WIDEST_UINT_LIT_TYPE ] :
c_global_trees [ CTI_WIDEST_INT_LIT_TYPE ];
# 2218
if (type1 == global_trees [ TI_INTTI_TYPE ] || type1 ==
global_trees [ TI_UINTTI_TYPE ])
return unsignedp ? global_trees [ TI_UINTTI_TYPE ] : global_trees
[ TI_INTTI_TYPE ];
# 2221
if (type1 == global_trees [ TI_INTDI_TYPE ] || type1 ==
global_trees [ TI_UINTDI_TYPE ])
return unsignedp ? global_trees [ TI_UINTDI_TYPE ] : global_trees
[ TI_INTDI_TYPE ];
if (type1 == global_trees [ TI_INTSI_TYPE ] || type1 ==
global_trees [ TI_UINTSI_TYPE ])
return unsignedp ? global_trees [ TI_UINTSI_TYPE ] : global_trees
[ TI_INTSI_TYPE ];
if (type1 == global_trees [ TI_INTHI_TYPE ] || type1 ==
global_trees [ TI_UINTHI_TYPE ])
return unsignedp ? global_trees [ TI_UINTHI_TYPE ] : global_trees
[ TI_INTHI_TYPE ];
if (type1 == global_trees [ TI_INTQI_TYPE ] || type1 ==
global_trees [ TI_UINTQI_TYPE ])
return unsignedp ? global_trees [ TI_UINTQI_TYPE ] : global_trees
[ TI_INTQI_TYPE ];
# 2247
# 2253
On 2008-06-10 08:28:19 +0100，Dave< fo*@coo.comsaid：
On 2008-06-10 08:28:19 +0100, Dave <fo*@coo.comsaid:
我无法从预处理器中获得任何有用的东西。添加-E会在stdout上生成
吨的东西，但它会像这样结束 - 即最后一个出现
为2253行 - 错误前一行。
if（type1 == integer_types [itk_short] || type1 == integer_types
[itk_unsigned_short]）
返回unsignedp？ integer_types [itk_unsigned_short]：
integer_types [itk_short];
if（type1 == integer_types [itk_long] || type1 == integer_types
[ itk_unsigned_long]）
返回unsignedp？ integer_types [itk_unsigned_long]：
integer_types [itk_long];
if（type1 == integer_types [itk_long_long] || type1 ==
integer_types [ itk_unsigned_long_long]）
返回unsignedp？ integer_types [itk_unsigned_long_long]：
integer_types [itk_long_long];
if（type1 == c_global_trees [CTI_WIDEST_INT_LIT_TYPE] || type1 ==
c_global_trees [ CTI_WIDEST_UINT_LIT_TYPE]）
返回unsignedp？ c_global_trees [CTI_WIDEST_UINT_LIT_TYPE]：
c_global_trees [CTI_WIDEST_INT_LIT_TYPE];
＃2218
if（type1 == global_trees [TI_INTTI_TYPE] || type1 ==
global_trees [TI_UINTTI_TYPE]）
返回unsignedp？ global_trees [TI_UINTTI_TYPE]：
global_trees [TI_INTTI_TYPE];
＃2221
if（type1 == global_trees [TI_INTDI_TYPE] || type1 ==
global_trees [TI_UINTDI_TYPE]）
返回unsignedp？ global_trees [TI_UINTDI_TYPE]：
global_trees [TI_INTDI_TYPE];
if（type1 == global_trees [TI_INTSI_TYPE] || type1 ==
global_trees [ TI_UINTSI_TYPE]）
返回unsignedp？ global_trees [TI_UINTSI_TYPE]：
global_trees [TI_INTSI_TYPE];
if（type1 == global_trees [TI_INTHI_TYPE] || type1 ==
global_trees [ TI_UINTHI_TYPE]）
返回unsignedp？ global_trees [TI_UINTHI_TYPE]：
global_trees [TI_INTHI_TYPE];
if（type1 == global_trees [TI_INTQI_TYPE] || type1 ==
global_trees [ TI_UINTQI_TYPE]）
返回unsignedp？ global_trees [TI_UINTQI_TYPE]：
global_trees [TI_INTQI_TYPE];
＃2247
＃2253
I can''t get anything useful from the preprocessor. Adding -E generates
tons of stuff on stdout, but it ends like this - i.e. the last appears
to be line 2253 - one line before the error.
if (type1 == integer_types [ itk_short ] || type1 == integer_types
[ itk_unsigned_short ])
return unsignedp ? integer_types [ itk_unsigned_short ] :
integer_types [ itk_short ];
if (type1 == integer_types [ itk_long ] || type1 == integer_types
[ itk_unsigned_long ])
return unsignedp ? integer_types [ itk_unsigned_long ] :
integer_types [ itk_long ];
if (type1 == integer_types [ itk_long_long ] || type1 ==
integer_types [ itk_unsigned_long_long ])
return unsignedp ? integer_types [ itk_unsigned_long_long ] :
integer_types [ itk_long_long ];
if (type1 == c_global_trees [ CTI_WIDEST_INT_LIT_TYPE ] || type1 ==
c_global_trees [ CTI_WIDEST_UINT_LIT_TYPE ])
return unsignedp ? c_global_trees [ CTI_WIDEST_UINT_LIT_TYPE ] :
c_global_trees [ CTI_WIDEST_INT_LIT_TYPE ];
# 2218
if (type1 == global_trees [ TI_INTTI_TYPE ] || type1 ==
global_trees [ TI_UINTTI_TYPE ])
return unsignedp ? global_trees [ TI_UINTTI_TYPE ] :
global_trees [ TI_INTTI_TYPE ];
# 2221
if (type1 == global_trees [ TI_INTDI_TYPE ] || type1 ==
global_trees [ TI_UINTDI_TYPE ])
return unsignedp ? global_trees [ TI_UINTDI_TYPE ] :
global_trees [ TI_INTDI_TYPE ];
if (type1 == global_trees [ TI_INTSI_TYPE ] || type1 ==
global_trees [ TI_UINTSI_TYPE ])
return unsignedp ? global_trees [ TI_UINTSI_TYPE ] :
global_trees [ TI_INTSI_TYPE ];
if (type1 == global_trees [ TI_INTHI_TYPE ] || type1 ==
global_trees [ TI_UINTHI_TYPE ])
return unsignedp ? global_trees [ TI_UINTHI_TYPE ] :
global_trees [ TI_INTHI_TYPE ];
if (type1 == global_trees [ TI_INTQI_TYPE ] || type1 ==
global_trees [ TI_UINTQI_TYPE ])
return unsignedp ? global_trees [ TI_UINTQI_TYPE ] :
global_trees [ TI_INTQI_TYPE ];
# 2247
# 2253
有趣 - 预处理器退出时是出错还是崩溃？
干杯，
克里斯
Interesting - does the preprocessor exit with an error or crash?
Cheers,
Chris
这篇关于这个代码在gcc 4.3.1中是有效的C还是Sun编译错了？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
