[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Libtool strips out -tp=k8-32 PGI compiler flag in link mode
From: |
Ralf Wildenhues |
Subject: |
Re: Libtool strips out -tp=k8-32 PGI compiler flag in link mode |
Date: |
Thu, 26 Mar 2009 20:06:58 +0100 |
User-agent: |
Mutt/1.5.18 (2008-05-17) |
* Ethan Mallove wrote on Thu, Mar 26, 2009 at 04:17:11PM CET:
> On Sat, Mar/21/2009 11:47:42AM, Ralf Wildenhues wrote:
> > * Ralf Wildenhues wrote on Sat, Mar 21, 2009 at 11:41:20AM CET:
> > > Thanks for the bug report. A workaround should be to
> > > ./configure CC="pgcc -tp=k8-32"
> > >
> > > and the following patch should fix the issue. Can you try both?
> >
> > Never mind; the `-tp PROCESSOR' gets reordered badly by libtool anyway,
> > so only `-tp=PROCESSOR' is feasible. Updated patch below. OTOH,
> > another workaround should be to pass -Wc,-tp=k8-32 to `libtool
> > --mode=link'.
>
> AM_CFLAGS seems to do the trick, e.g.,
>
> $ make AM_CFLAGS='-Wc,-tp=k8-32'
Yes. But that can cause problems with packages where the compiler is
also called directly from make, without the libtool script in between.
> > --- a/libltdl/config/ltmain.m4sh
> > +++ b/libltdl/config/ltmain.m4sh
> > @@ -4497,8 +4497,9 @@ func_mode_link ()
> > # -F/path gives path to uninstalled frameworks, gcc on darwin
> > # -p, -pg, --coverage, -fprofile-* pass through profiling flag for
> > GCC
> > # @file GCC response files
> > + # -tp=* Portland pgcc target processor selection
> > -64|-mips[0-9]|-r[0-9][0-9]*|-xarch=*|-xtarget=*|+DA*|+DD*|-q*|-m*| \
> > - -t[45]*|-txscale*|-p|-pg|--coverage|-fprofile-*|-F*|@*)
> > + -t[45]*|-txscale*|-p|-pg|--coverage|-fprofile-*|-F*|@*|-tp=*)
> > func_quote_for_eval "$arg"
> > arg="$func_quote_for_eval_result"
> > func_append compile_command " $arg"
>
> I am using the latest Libtool from the git repo (Fri Mar 20 16:42:25),
> with the above "-tp" patch and libtoolize is stuck pegging my CPU at
> 99%. I assume I should have been applying the "-tp" patch to a stable
> Libtool version, e.g., 2.2.6?
That's really weird. libtoolize doesn't have anything to do with this.
I have meanwhile tested the patch myself with a PGI compiler set,
applied against the latest git Libtool, and found no problems.
Can you be more specific in where libtoolize hangs? I.e., run the
command that hangs manually, with --debug added. Also, autom4te is used
for creating the libtoolize script, so please state the Autoconf version
you are using.
Thanks,
Ralf