Opened 9 years ago

Closed 9 years ago

#46635 closed update (fixed)

libtool: update to 2.4.5; use xz

Reported by: ryandesign (Ryan Carsten Schmidt) Owned by: larryv (Lawrence Velázquez)
Priority: Normal Milestone:
Component: ports Version: 2.3.99
Keywords: haspatch Cc: ksee.zelgadis@…
Port: libtool

Description


Attachments (1)

libtool-2.4.5.diff (911 bytes) - added by ryandesign (Ryan Carsten Schmidt) 9 years ago.
proposed patch

Download all attachments as: .zip

Change History (8)

Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)

Attachment: libtool-2.4.5.diff added

proposed patch

comment:1 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)

This will solve #46582.

comment:2 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)

Using xz results in a smaller distfile download, and xz and its dependencies don't currently depend on libtool. However, it's possible one of them may at some point need to depend on libtool. For example, it was requested that gettext should depend on libtool in #38878. So maybe it is safer to stick with a distfile format that does not depend on another MacPorts port to be extracted. Perhaps a future version of MacPorts will be bundled with its own copy of the xz utils, as discussed recently on the mailing lists, and then it wouldn't be a problem.

comment:3 Changed 9 years ago by ksee.zelgadis@…

Cc: ksee.zelgadis@… added

Cc Me!

comment:4 Changed 9 years ago by markemer (Mark Anderson)

I get this when I try to run libtoolize both in this version. Anyone else seeing that?

dyld: Symbol not found: __gmpn_invert_limb_table
  Referenced from: /opt/local/lib/libgmp.10.dylib
  Expected in: flat namespace
 in /opt/local/lib/libgmp.10.dylib
Version 0, edited 9 years ago by markemer (Mark Anderson) (next)

comment:5 in reply to:  2 Changed 9 years ago by larryv (Lawrence Velázquez)

Replying to ryandesign@…:

Using xz results in a smaller distfile download, and xz and its dependencies don't currently depend on libtool. However, it's possible one of them may at some point need to depend on libtool. For example, it was requested that gettext should depend on libtool in #38878. So maybe it is safer to stick with a distfile format that does not depend on another MacPorts port to be extracted. Perhaps a future version of MacPorts will be bundled with its own copy of the xz utils, as discussed recently on the mailing lists, and then it wouldn't be a problem.

Usually I’m all for using xz, but in this case I think we should stay on the safe side. It’s been all too easy in the past for someone (read: me) to accidentally introduce circular dependencies involving Autotools.

comment:6 in reply to:  4 Changed 9 years ago by larryv (Lawrence Velázquez)

Replying to emer@…:

I get this when I try to run libtoolize in this version. Anyone else seeing that?

dyld: Symbol not found: __gmpn_invert_limb_table
  Referenced from: /opt/local/lib/libgmp.10.dylib
  Expected in: flat namespace
 in /opt/local/lib/libgmp.10.dylib

No, I haven’t encountered anything like that. Doesn’t seem like a Libtool problem. Ask on macports-users maybe?

comment:7 Changed 9 years ago by larryv (Lawrence Velázquez)

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.