helpAutoconf - Support: sr #110318, autoreconf: support libtoolize...

 
 

sr #110318: autoreconf: support libtoolize being named glibtoolize

Submitter:  Zack Weinberg <zackw>
Submitted:  Thu 24 Sep 2020 06:55:29 PM UTC
 
Category:  None Priority:  1 - Later
Severity:  1 - Wish Status:  Need Info
Privacy:  Public Assigned to:  None
Open/Closed:  Open Operating System:  None
* Mandatory Fields

Add a New Comment (Rich Markup)
   

Comment Type & Canned Response:
       

 

Sun 12 Jun 2022 05:50:05 PM UTC, comment #3: 

comment #2:

> I can tell you that MacPorts installs GNU libtool configured with --program-prefix=g, because part of Apple's toolchain is a program also called libtool that is unrelated except for being a tool that deals with libraries. (I believe this dates back to the days of NeXT.)


So, this is probably my fault as a user, but I can say that this can particularly cause problems because I have an unprefixed version of libtoolize installed elsewhere, but MacPorts comes first in my PATH, so if I forget to pass LIBTOOLIZE=glibtoolize in the environment, I sometimes end up with libtool version mismatch errors

Eric Gallager <egallager>
Wed 03 Mar 2021 08:56:25 PM UTC, comment #2: 

I can tell you that MacPorts installs GNU libtool configured with --program-prefix=g, because part of Apple's toolchain is a program also called libtool that is unrelated except for being a tool that deals with libraries. (I believe this dates back to the days of NeXT.)

Joshua Root <jmroot>
Thu 24 Sep 2020 06:57:28 PM UTC, comment #1: 

2.61 was a long time ago.  I'm wondering if Gentoo still ships 'glibtoolize' and not 'libtoolize'.  If it doesn't, this change is only weakly motivated.

Note that one can set the environment variable LIBTOOLIZE to override the name of libtoolize at runtime (and likewise for all the tools autoreconf runs).

Zack Weinberg <zackw>
Project Administrator
Thu 24 Sep 2020 06:55:29 PM UTC, original submission:  

Circa autoconf 2.61, Gentoo started carrying a patch to autoreconf that changes the default name for the libtoolize helper program from 'libtoolize' to 'glibtoolize'.

An unconditional change is not appropriate for upstream, but it might be reasonable to make autoreconf try both names for that helper program.  However, to do that cleanly would require a lot of surgery, and then should we support a 'g' prefix on all the tools?

Revisit after 2.70.

Zack Weinberg <zackw>
Project Administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by egallager (Posted a comment)
  • -email is unavailable- added by jmroot (Posted a comment)
  • -email is unavailable- added by zackw (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

     

     

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2020-09-24 zackw Priority5 - Normal 1 - Later

    Back to the top


    Powered by Savane 3.9