Question on "gcc-no-fixedincludes" (install-no-fixedincludes failure)

[Olivier Hainque <hainque at ACT-Europe dot FR>]

Hello,

There is a problem with "make install-no-fixedincludes" at least on x86-linux
(see below), which made me wonder about the intent of some operations for the
"gcc-no-fixedincludes" target.

The rule reads:

     gcc-no-fixedincludes:
	     @if [ -f ./gcc/Makefile ]; then \
	       rm -rf gcc/tmp-include; \
	       mv gcc/include gcc/tmp-include 2>/dev/null; \
	       mkdir gcc/include; \
	       cp $(srcdir)/gcc/gsyslimits.h gcc/include/syslimits.h; \
	       touch gcc/stmp-fixinc gcc/include/fixed; \
	       rm -f gcc/stmp-headers gcc/stmp-int-hdrs; \
	       r=`${PWD}`; export r; \
	       s=`cd $(srcdir); ${PWD}` ; export s; \
	       $(SET_LIB_PATH) \
	       (cd ./gcc && \
		$(MAKE) $(GCC_FLAGS_TO_PASS) install); \
	       rm -rf gcc/include; \
	       mv gcc/tmp-include gcc/include 2>/dev/null; \
	     else true; fi

The removal of gcc/stmp-int-hdrs triggers a rebuild of libgcc, while the
fixed header files are not in-sight any more.

Is that done on purpose ?

A description of the failure it causes follows.

Thanks in advance for your help,

Olivier

--

On a redhat 7.2 host, after:

     $ ../src/configure --prefix=[...] --enable-languages="c"
     $ make
     $ make boostrap
,

$ make install-no-fixedincludes      fails because of:


     In file included from /usr/include/signal.h:358,
		      from ../../src/gcc/config/i386/linux.h:232,
		      from tm.h:10,
		      from ../../src/gcc/libgcc2.c:43:

     /usr/include/bits/sigthread.h:36:
      error: storage class specified for parameter `type name'

     make[2]: *** [libgcc/./_muldi3.o] Error 1

The culprit is

/usr/include/bits/sigthread.h
[...]
36  extern int pthread_kill (pthread_t __thread, int __signo) __THROW;
                                       ^^^^^^^^