This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Question about a fix for PR 58925
- From: Andrew MacLeod <amacleod at redhat dot com>
- To: "Iyer, Balaji V" <balaji dot v dot iyer at intel dot com>
- Cc: "'gcc at gcc dot gnu dot org'" <gcc at gcc dot gnu dot org>, Jeff Law <law at redhat dot com>
- Date: Thu, 31 Oct 2013 13:02:50 -0400
- Subject: Re: Question about a fix for PR 58925
- Authentication-results: sourceware.org; auth=none
- References: <BF230D13CA30DD48930C31D4099330003A496715 at FMSMSX101 dot amr dot corp dot intel dot com> <52727AA3 dot 3020800 at redhat dot com> <BF230D13CA30DD48930C31D4099330003A4967C9 at FMSMSX101 dot amr dot corp dot intel dot com> <527281BC dot 4030001 at redhat dot com>
On 10/31/2013 12:13 PM, Andrew MacLeod wrote:
On 10/31/2013 12:05 PM, Iyer, Balaji V wrote:
-----Original Message-----
From: Andrew MacLeod [mailto:amacleod@redhat.com]
Sent: Thursday, October 31, 2013 11:44 AM
To: Iyer, Balaji V
Cc: 'gcc@gcc.gnu.org'; Jeff Law
Subject: Re: Question about a fix for PR 58925
on a related note, is there something I have to do to make the
compiler
bootstrap on x86_64?
on x86_64 I checked out a fresh branch this morning, and my
bootstrap fails
trying to configure cilk runtime. It was doing it yesterday to me
when I updated,
so I tried a fresh checkout this morning.. same thing.
its actually just configured pretty blandly on
x86_64-unknown-linux-gnu...
/gcc/2013-10-31/gcc/configure --verbose
--prefix=/gcc/2013-10-31/install
That should just work. Let me look into this and get back to you. It
bootstrapped for me correctly yesterday.
Jakub says it does for him too... So Im not sure what he scoop is.
And it turns out it does work on a different x86 box I have.
This is a pretty vanilla fedora 18.. huh. I'll keep poking,
especially now that i have aworking version I can compare the
config.log files
Very strange... the only real difference is that libtool commands are
not executed on my fedora 18 box, resulting in no ./libtool to
execute.. from the log:
## ---------------------- ##
## Running config.status. ##
## ---------------------- ##
This file was extended by Cilk Runtime Library config.status 2.0, which was
generated by GNU Autoconf 2.64. Invocation command line was
CONFIG_FILES =
CONFIG_HEADERS =
CONFIG_LINKS =
CONFIG_COMMANDS =
$ ./config.status
on x220
config.status:1093: creating Makefile
config.status:1249: executing depfiles commands
config.status:1249: executing default-1 commands
## ---------------- ##
## Cache variables. ##
## ---------------- ##
Whereas the is one additional line on my box that does work:
config.status:1093: creating Makefile
config.status:1249: executing depfiles commands
config.status:1249: executing default-1 command
config.status:1249: executing libtool commands
There isnt much difference in the log or status files... nothing real
obvious. ie, no fails or anything... still looking... I *hate*
configuration crud. sigh.
Andrew