On Tue, 11 Dec 2012, Dennis Clarke wrote:
Follow-up Comment #2, sr #108201 (project libtool):
I notice that the error message mentions the program name 'sed' rather
than
'gsed'. Perhaps two different sed programs are being used? It seems
likely
that the 'sed' which failed is Solaris 'sed' rat
- Original Message -
From: Bob Friesenhahn
Date: Tuesday, December 11, 2012 9:57 am
Subject: [sr #108201] libtool problems with -export-symbols-regex on solaris
with gcc-4.7.x
To: Richard PALO , Bob Friesenhahn
, libtool@gnu.org
> Follow-up Comment #2, sr #108201 (project libtool):
>
Follow-up Comment #4, sr #108201 (project libtool):
I was working off of master. With git blame I noticed that the strcmp problem
was introduced recently, so I'm trying over after git checkout v2.4.2, which
is the latest tarball version I've tested with pkgsrc.
HEAD is now at fdb4c54... Release 2
Follow-up Comment #3, sr #108201 (project libtool):
Hello Bob,
I wonder too, which is why I indicated at the end of my last comment:
> does libtool not like pkgsrc version of sed?
>
> richard@devzone:~/src/libtool$ which sed
> /opt/pkg/gnu/bin/sed
> richard@devzone:~/src/libtool$ grep 'SED=' con
Follow-up Comment #2, sr #108201 (project libtool):
I notice that the error message mentions the program name 'sed' rather than
'gsed'. Perhaps two different sed programs are being used? It seems likely
that the 'sed' which failed is Solaris 'sed' rather than GNU 'sed'.
Follow-up Comment #1, sr #108201 (project libtool):
trying to bootstrap git base to provide a test case and patch proposal, but I
notice some problems already in doing after ./bootstrap && ./configure
gmake check syntax-check distcheck
## - ##
## Test results. ##
## ---
