Hi, I hope its not too soon to ping on this?
Thanks, Paul On Wed, Dec 31, 2008 at 1:22 PM, Paul Biggar <paul.big...@gmail.com> wrote: > Hi Ralf, > > Thanks for getting back to me so quickly. > > On Wed, Dec 31, 2008 at 8:43 AM, Ralf Wildenhues <ralf.wildenh...@gmx.de> > wrote: >>> The point of interest is that both the executable name "src/phc" and >>> the .la file "plugins/tests/raise_globals.la" have both been renamed >>> to "/home/pbiggar/phc_work/svn/branches/dataflow/src/.libs/lt-phc"., >>> which is correct for the former but not the latter. >> >> That looks like a libtool bug. > > OK, based on that diagnosis, I did a bit of debugging using libtool 2.2.6a. > > The lines of interest appear in the func_mode_execute function (for me > they are 2224-2233): > > # Do a test to see if this is really a libtool program. > if func_ltwrapper_script_p "$file"; then > func_source "$file" > # Transform arg to wrapped name. > file="$progdir/$program" > elif func_ltwrapper_executable_p "$file"; then > func_ltwrapper_scriptname "$file" > func_source "$func_ltwrapper_scriptname_result" > # Transform arg to wrapped name. > file="$progdir/$program" > fi > > The func_ltwrapper_script_p file looks at raise_globals.la, and greps > for "Generated by .*libtool", which matches the line "# Generated by > ltmain.sh (GNU libtool) 2.2.6 ". I'm not 100% clear if it should > match, but if I remove that line from raise_globals.la, it works fine. > Should it match? If so, the line "file=$progdir/$program" seems very > odd. > > I rebuilt my package with libtool 2.2.6a (by overwriting ./libtool > with it - im not clear if that is sufficient), and it still generated > that line in raise_globals.la. > > I'm not quite sure what to do next though? > > Thanks, > Paul > > > -- > Paul Biggar > paul.big...@gmail.com > -- Paul Biggar paul.big...@gmail.com _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
