From lechner@cs.uml.edu Mon Jul 17 22:21:44 2006 Received: from saturn.cs.uml.edu (cs.uml.edu [129.63.8.2]) by earth.cs.uml.edu (8.12.11.20060308/8.11.6) with ESMTP id k6I2Li9Y004257; Mon, 17 Jul 2006 22:21:44 -0400 Received: from saturn.cs.uml.edu (localhost [127.0.0.1]) by saturn.cs.uml.edu (8.12.9/8.12.9) with ESMTP id k6I2LiXi185416; Mon, 17 Jul 2006 22:21:44 -0400 (EDT) Received: (from lechner@localhost) by saturn.cs.uml.edu (8.12.9/8.12.9/Submit) id k6I2LiEE209910; Mon, 17 Jul 2006 22:21:44 -0400 (EDT) From: Bob Lechner Message-Id: <200607180221.k6I2LiEE209910@saturn.cs.uml.edu> Subject: current bde build status: To: lechner@cs.uml.edu (Bob Lechner) Date: Mon, 17 Jul 2006 22:21:44 -0400 (EDT) Cc: omacneil@cs.uml.edu (Dan MacNeil), admin@cs.uml.edu, ken@cs.uml.edu (Ken Kleiner) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1069 Lines: 25 X-Status: X-Keywords: X-UID: 921 X-Evolution: 00000470-0000 Status: RO I can now build bde on saturn again (had to restore some Xm-dependent definiions in bde.h). mercury still can't build bde. I suspect some conflicts between included -I options and prior version assumptions in bde/* Imakefiles. OR maybe temp mercury is still not up to date; Without some hint on when new mercury will be up again, I don't kow how much more time to waste on the temp versin. Bob Lechner mercury.cs.uml.edu(142)> lg pr_util_*log/*/bin/bde.exe -rwx--x--x 1 05f523 7079872 Jul 17 22:12 pr_util_log/alpha/bin/bde.exe -rwxr-xr-x 1 05f523 6843808 Jul 17 22:00 pr_util_nolog/alpha/bin/bde.exe mercury.cs.uml.edu(143)> mercury.cs.uml.edu(143)> lg pr_util_*log/i*/bin/bde*.exe -rwxr-xr-x 1 05f523 2082752 Oct 19 2005 pr_util_log/i386-linux/bin/bde051019.1654.exe -rwx--x--x 1 fac 2110259 Jan 16 22:41 pr_util_log/i386-linux/bin/bde060116.2241.exe -rwxr-xr-x 1 fac 1968185 Jan 15 2006 pr_util_nolog/i386-linux/bin/bde060115.0137.exe -rwxr-xr-x 1 fac 2010621 Jul 5 23:30 pr_util_nolog/i386-linux/bin/bde060705.2330.exe mercury.cs.uml.edu(144)> From omacneil@cs.uml.edu Tue Jul 18 16:51:09 2006 Received: from mercury.cs.uml.edu (mercury.cs.uml.edu [129.63.8.53]) by earth.cs.uml.edu (8.12.11.20060308/8.11.6) with ESMTP id k6IKp84k020665 for ; Tue, 18 Jul 2006 16:51:08 -0400 Date: Tue, 18 Jul 2006 16:51:08 -0400 (EDT) From: Dan MacNeil To: Bob Lechner Subject: Re: bde build progress on mercury In-Reply-To: <200607181959.k6IJxokh222122@saturn.cs.uml.edu> Message-ID: References: <200607181959.k6IJxokh222122@saturn.cs.uml.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-Length: 3288 Lines: 86 X-Status: X-Keywords: X-UID: 922 X-Evolution: 00000472-0000 Status: RO The conservative word is the permanent mercury should be back online early next week. It is almost certain that the new mercury will be runing gcc 4.something. On Tue, 18 Jul 2006, Bob Lechner wrote: > bdemakenologlinux060718.1600 > > After I fixed 2 paths om mercury today, > xmkmf running gmake still gives the same errors: > ----------------------------------------- > > I changed putty settings Window Appearance Translation > from ISO-8859-1:1998 (Latin-1, West Europe) to utf8 > so ' quote chars now display correctly. > > I fixed ICONFIG and XmLIB paths for mercury to: > #ifdef LinuxArchitecture > XmLIB = /usr/include/Xm > IMKPATH = /usr/share/X11 > ICONFIG = /usr/share/X11/config > #endif > > mercury.cs.uml.edu(71)> ./xmkmfnolog.csh | & m > still gives the same errors: > > [I begin to suspect these are from C/C++ incompatibility > errors somewhere in my files, or between my sources > and gcc --v = version 4.1.1 and/or gmake --v = GNU Make 3.80 > ----------- > > gccmakedep reports: > ------------------------ > in pr_util_nolog: > > rm: cannot remove `mdep21329.tmp': No such file or directory > > make[1]: Leaving directory `/nfs/galaxy/faculty/fac1/lechner/bde2alpha_rl/sandbox/bdeNT050526/bdegen13/bde/pr_util_nolog' > depending in ././src... > make[1]: Entering directory `/nfs/galaxy/faculty/fac1/lechner/bde2alpha_rl/sandbox/bdeNT050526/bdegen13/bde/src' > > in src: > rm: cannot remove `mdep21335.tmp': No such file or directory > rm: cannot remove `mdep21335.tmp*': No such file or directory > make[1]: Leaving directory `/nfs/galaxy/faculty/fac1/lechner/bde2alpha_rl/sandbo > x/bdeNT050526/bdegen13/bde/src' > xmkmf -a finished. > > Then on to gmake, which produces many complaints like: > error: storage class specified for parameter... > ------------- > Running gmake withOUT log/replay in /usr/cs/fac1/lechner/bde2alpha_rl/sandbox/bdeNT050526/bdegen13/bde > making all in ././pr_util_nolog... > > make[1]: Entering directory `/nfs/galaxy/faculty/fac1/lechner/bde2alpha_rl/sandbox/bdeNT050526/bdegen13/bde/pr_util_nolog' > gcc -g -c -Wall -I/usr/include -I.. -I../include -I../pr_util_nolog -DGENV13 ../ > pr_util_nolog/i386-linux/probj/pr_load.c -o ../pr_util_nolog/i386-linux/probj/pr_load.o > In file included from ../include/strings.h:30, > from ../pr_util_nolog/i386-linux/probj/pr_load.c:34: > ../include/std.h: In function .strcasecmp.: > ../include/std.h:60: error: expected declaration specifiers before .throw. > In file included from ../pr_util_nolog/94sbde_schema.h:14, > from ../pr_util_nolog/i386-linux/probj/pr_load.c:38: > /usr/include/ctype.h:82: error: storage class specified for parameter .__ctype_b_loc. > /usr/include/ctype.h:84: error: storage class specified for parameter .__ctype_tolower_loc. > .... > (which goes on for many pages: > mercury.cs.uml.edu(73)> ./xmkmfnolog.csh |& wc > 708 5555 69552 > ) > > Only bde/src/Makefile has any lines after this line: > # dependencies generated by makedepend > ------------ > mercury.cs.uml.edu(86)> lg Makefile pr_util_nolog/Makefile src/Makefile > -rw-r--r-- 1 fac 32489 Jul 18 15:28 Makefile > -rw-r--r-- 1 fac 28471 Jul 18 15:28 pr_util_nolog/Makefile > -rw-r--r-- 1 fac 143387 Jul 18 15:28 src/Makefile > ------------- > > RJL060718 > From lechner@cs.uml.edu Tue Jul 18 20:39:23 2006 Received: from saturn.cs.uml.edu (saturn.cs.uml.edu [129.63.8.2]) by earth.cs.uml.edu (8.12.11.20060308/8.11.6) with ESMTP id k6J0dNbS024010 for ; Tue, 18 Jul 2006 20:39:23 -0400 Received: from saturn.cs.uml.edu (localhost [127.0.0.1]) by saturn.cs.uml.edu (8.12.9/8.12.9) with ESMTP id k6J0dNXi193945 for ; Tue, 18 Jul 2006 20:39:23 -0400 (EDT) Received: (from lechner@localhost) by saturn.cs.uml.edu (8.12.9/8.12.9/Submit) id k6J0dN2L203604 for lechner; Tue, 18 Jul 2006 20:39:23 -0400 (EDT) From: Bob Lechner Message-Id: <200607190039.k6J0dN2L203604@saturn.cs.uml.edu> Subject: make = gmake, --version = GNU Make 3.80 To: lechner@cs.uml.edu (Bob Lechner) Date: Tue, 18 Jul 2006 20:39:22 -0400 (EDT) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 327 Lines: 9 X-Status: X-Keywords: X-UID: 923 X-Evolution: 00000474-0000 Status: RO mercury.cs.uml.edu(117)> which make /usr/bin/make mercury.cs.uml.edu(118)> which gmake /usr/bin/gmake mercury.cs.uml.edu(119)> lg /usr/bin/make /usr/bin/gmake lrwxrwxrwx 1 root 4 Jul 6 06:58 /usr/bin/gmake -> make -rwxr-xr-x 1 root 146960 Feb 12 02:25 /usr/bin/make mercury.cs.uml.edu(120)> gmake --version GNU Make 3.80 From lechner@cs.uml.edu Tue Jul 18 22:46:53 2006 Received: from saturn.cs.uml.edu (saturn.cs.uml.edu [129.63.8.2]) by earth.cs.uml.edu (8.12.11.20060308/8.11.6) with ESMTP id k6J2krZG025553; Tue, 18 Jul 2006 22:46:53 -0400 Received: from saturn.cs.uml.edu (localhost [127.0.0.1]) by saturn.cs.uml.edu (8.12.9/8.12.9) with ESMTP id k6J2kqXi203285; Tue, 18 Jul 2006 22:46:53 -0400 (EDT) Received: (from lechner@localhost) by saturn.cs.uml.edu (8.12.9/8.12.9/Submit) id k6J2kqjx217394; Tue, 18 Jul 2006 22:46:52 -0400 (EDT) From: Bob Lechner Message-Id: <200607190246.k6J2kqjx217394@saturn.cs.uml.edu> Subject: google search for "error: storage class... " from bde make on mercury To: lechner@cs.uml.edu (Bob Lechner) Date: Tue, 18 Jul 2006 22:46:52 -0400 (EDT) Cc: omacneil@cs.uml.edu (Dan MacNeil), ken@cs.uml.edu (Ken Kleiner), admin@cs.uml.edu X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 6895 Lines: 209 X-Status: X-Keywords: X-UID: 924 X-Evolution: 00000476-0000 Status: RO Are you sure the temp mercury has the right config etc. for gcc? My bde/Makefile produces the error `"error: storage class specified for parameter" roughly 500 times. google search produced 422 links to this error (17 if quoted). Many or them deal with cross-compiling; some with _declspec use; some with 'fixincludes'.. I gave up on fixincludes (which has 100K google entries:-( ) (e.g. http://autogen.freeservers.com/fixinc.html and http://autogen.sourceforge.net/fixinc.html have the same content. Here are a few extracts between 2003 and 2006 from a google search for 'error: storage class specified for parameter' ==================================================== ... gcc -c -mconsole -D_WIN32_ -fno-strict-prototypes -fsyntax-only -w -I../../../include Publisher.c -o Publisher.o storage class specified for parameter 'mqobject' storage class specified for parameter 'mqchar' Please post the minimal program (<50 lines) that causes the compiler to produce these error messages. Author: Mallikarjuna Date: 07-10-2005 Show original Hi I figured out the problem was in the code. It was a program which used to compile with VC++ and I tried to compile with gcc. The error was because there was this _declspec defined. Thanks and Regards, Mallikarjuna ... -------------------------- ============================================================== http://gcc.gnu.org/ml/gcc-bugs/2006-07/msg00517.html is a new bug report on this, one of 17 itemsfrom google search for "error: storage class specified for parameter". (422 results for 'error: storage class specified for parameter' (Most of them found only "for") ========================================== This reply at http://gcc.gnu.org/ml/gcc-help/2005-04/msg00154.html suggests: From: corey taylor To: Luiz Gustavo Anflor Pereira Cc: Eljay Love-Jensen , gcc-help at gcc dot gnu dot org Date: Fri, 15 Apr 2005 09:31:55 -0500 Subject: Re: make help References: <46121.200.198.136.137.1113314290.squirrel@popmail7.pop.com.br> <34603.200.198.136.137.1113499433.squirrel@popmail5.pop.com.br> <6.2.1.2.2.20050414131818.0223e7c0@iplan-mn.corp.adobe.com> <52589.200.198.136.137.1113574745.squirrel@popmail1.pop.com.br> Reply-to: corey taylor -------------------------------------------------------------------------------- It looks like there is a syntax error in one of the header files ( gci.h at least ) included in that source file. Before you can consider anything else further down in the source file an issue, you have you fix that. It looks like you're missing parantheses or something like that if _declspec is involved there. corey ========================= PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11894 ------- Additional Comments From drow at mvista dot com 2003-08-18 16:16 ------- Subject: Re: New: gcc cross compiler work with error On Tue, Aug 12, 2003 at 01:05:40PM -0000, lshulov at arabellasw dot com wrote: > gcc step2: > /home/GNU/gcc-3.3/configure \ > --target=powerpc-linux --prefix=/opt/Arabella --enable-languages=c,c++ \ > --enable-threads=posix --with-headers=/home/GNU/glibc-2.3.2/glibc-2.3.2/include \ > --with-ghu-as --with-gnu-ld > make Glibc's include directory is not the right headers. Those are not even public headers, they're internal to glibc. You have to extract headers from glibc (using install-headers) and then point --with-headers at that. --with-sysroot is better but not available in 3.3. ============================= [Bug other/28298] Problem compiling gcc 4.1.1 From: "pinskia at gcc dot gnu dot org" To: gcc-bugs at gcc dot gnu dot org Date: 7 Jul 2006 16:37:01 -0000 Subject: [Bug other/28298] Problem compiling gcc 4.1.1 References: Reply-to: gcc-bugzilla at gcc dot gnu dot org -------------------------------------------------------------------------------- ------- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-07 16:37 ------- /usr/include/pthread.h:163: error: expected ';', ',' or ')' before '__thread' Did you disable fixincludes? If so this is why you don't disable fixincludes:). If you did not, then you might be better off updating glibc since the old glibc headers are broken. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28298 ======================== Question on "gcc-no-fixedincludes" (install-no-fixedincludes failure) From: Olivier Hainque To: gcc at gcc dot gnu dot org Cc: hainque at ACT-Europe dot FR Date: Thu, 10 Apr 2003 17:03:36 +0200 Subject: Question on "gcc-no-fixedincludes" (install-no-fixedincludes failure) -------------------------------------------------------------------------------- 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; ^^^^^^^^ ============================ See also the thread sequence at http://gcc.gnu.org/ml/gcc-bugs/2005-03/msg00030.html re: [Bug c/20258] New: error generated for storage class specified for function parameter From omacneil@cs.uml.edu Wed Jul 19 16:43:40 2006 Received: from mercury.cs.uml.edu (mercury.cs.uml.edu [129.63.8.53]) by earth.cs.uml.edu (8.12.11.20060308/8.11.6) with ESMTP id k6JKheKX009412; Wed, 19 Jul 2006 16:43:40 -0400 Date: Wed, 19 Jul 2006 16:43:40 -0400 (EDT) From: Dan MacNeil To: Bob Lechner cc: admin@cs.uml.edu Subject: Re: google search for "error: storage class... " from bde make on mercury In-Reply-To: <200607190246.k6J2kqjx217394@saturn.cs.uml.edu> Message-ID: References: <200607190246.k6J2kqjx217394@saturn.cs.uml.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-Length: 7632 Lines: 227 X-Status: X-Keywords: X-UID: 929 X-Evolution: 00000480-0000 Status: RO I'll dig into this a bit tonight. As far as I know, there isn't much to configure with gcc, libc, libstdc++ so odds are good the configuration is correct. I do know that there are lots of differences between gcc 2.95 and 4.1.1 and that later versions of gcc are stricter than earlier ones. A single file <50 lines that reproduces the problems would be helpful. ###### On Tue, 18 Jul 2006, Bob Lechner wrote: > Are you sure the temp mercury has the right config etc. for gcc? > > My bde/Makefile produces the error > `"error: storage class specified for parameter" > roughly 500 times. > > google search produced 422 links to this error (17 if quoted). > Many or them deal with cross-compiling; some with _declspec use; > some with 'fixincludes'.. > > > I gave up on fixincludes (which has 100K google entries:-( ) > (e.g. http://autogen.freeservers.com/fixinc.html and > http://autogen.sourceforge.net/fixinc.html > have the same content. > > > > Here are a few extracts between 2003 and 2006 from a google search for > 'error: storage class specified for parameter' > ==================================================== > ... > gcc -c -mconsole -D_WIN32_ -fno-strict-prototypes -fsyntax-only -w > -I../../../include Publisher.c -o Publisher.o > > storage class specified for parameter 'mqobject' > storage class specified for parameter 'mqchar' > > Please post the minimal program (<50 lines) that causes the compiler > to produce these error messages. > > Author: Mallikarjuna > Date: 07-10-2005 > Show original > > Hi > I figured out the problem was in the code. > It was a program which used to compile with VC++ and I tried to > compile with gcc. > The error was because there was this _declspec defined. > Thanks and Regards, > Mallikarjuna > ... > -------------------------- > ============================================================== > > http://gcc.gnu.org/ml/gcc-bugs/2006-07/msg00517.html > is a new bug report on this, one of 17 itemsfrom google search for > "error: storage class specified for parameter". > (422 results for 'error: storage class specified for parameter' > (Most of them found only "for") > > ========================================== > This reply at > http://gcc.gnu.org/ml/gcc-help/2005-04/msg00154.html > suggests: > > From: corey taylor > To: Luiz Gustavo Anflor Pereira > Cc: Eljay Love-Jensen , gcc-help at gcc dot gnu dot org > Date: Fri, 15 Apr 2005 09:31:55 -0500 > Subject: Re: make help > References: <46121.200.198.136.137.1113314290.squirrel@popmail7.pop.com.br> <34603.200.198.136.137.1113499433.squirrel@popmail5.pop.com.br> <6.2.1.2.2.20050414131818.0223e7c0@iplan-mn.corp.adobe.com> <52589.200.198.136.137.1113574745.squirrel@popmail1.pop.com.br> > Reply-to: corey taylor > > -------------------------------------------------------------------------------- > > It looks like there is a syntax error in one of the header files ( > gci.h at least ) included in that source file. Before you can > consider anything else further down in the source file an issue, you > have you fix that. > > It looks like you're missing parantheses or something like that if > _declspec is involved there. > > corey > > ========================= > > PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org. > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11894 > > > > ------- Additional Comments From drow at mvista dot com 2003-08-18 16:16 ------- > Subject: Re: New: gcc cross compiler work with error > > On Tue, Aug 12, 2003 at 01:05:40PM -0000, lshulov at arabellasw dot com wrote: >> gcc step2: >> /home/GNU/gcc-3.3/configure \ >> --target=powerpc-linux --prefix=/opt/Arabella --enable-languages=c,c++ \ >> --enable-threads=posix --with-headers=/home/GNU/glibc-2.3.2/glibc-2.3.2/include \ >> --with-ghu-as --with-gnu-ld >> make > > Glibc's include directory is not the right headers. Those are not even > public headers, they're internal to glibc. > > You have to extract headers from glibc (using install-headers) and then > point --with-headers at that. > > --with-sysroot is better but not available in 3.3. > > ============================= > > [Bug other/28298] Problem compiling gcc 4.1.1 > From: "pinskia at gcc dot gnu dot org" > To: gcc-bugs at gcc dot gnu dot org > Date: 7 Jul 2006 16:37:01 -0000 > Subject: [Bug other/28298] Problem compiling gcc 4.1.1 > References: > Reply-to: gcc-bugzilla at gcc dot gnu dot org > > -------------------------------------------------------------------------------- > > ------- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-07 16:37 ------- > /usr/include/pthread.h:163: error: expected ';', ',' or ')' before '__thread' > > Did you disable fixincludes? If so this is why you don't disable fixincludes:). > > If you did not, then you might be better off updating glibc since the old glibc > headers are broken. > > -- > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28298 > > ======================== > > Question on "gcc-no-fixedincludes" (install-no-fixedincludes failure) > From: Olivier Hainque > To: gcc at gcc dot gnu dot org > Cc: hainque at ACT-Europe dot FR > Date: Thu, 10 Apr 2003 17:03:36 +0200 > Subject: Question on "gcc-no-fixedincludes" (install-no-fixedincludes failure) > > -------------------------------------------------------------------------------- > > 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; > ^^^^^^^^ > ============================ > > See also the thread sequence at > http://gcc.gnu.org/ml/gcc-bugs/2005-03/msg00030.html > re: > [Bug c/20258] New: error generated for storage class specified for function parameter >