Summary: | dev-libs/cdk-5.0.20140118: uses system-wide libtool | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michał Górny <mgorny> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED OBSOLETE | ||
Severity: | enhancement | CC: | orbea, sam, toralf |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://lists.gnu.org/archive/html/bug-ncurses/2014-06/msg00044.html | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=515054 https://bugs.gentoo.org/show_bug.cgi?id=88596 https://bugs.gentoo.org/show_bug.cgi?id=591716 https://bugs.gentoo.org/show_bug.cgi?id=790773 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 779364 | ||
Attachments: |
Build log
Example proof-of-concept ebuild diff |
Description
Michał Górny
![]() ![]() ![]() ![]() Created attachment 379756 [details]
Build log
Created attachment 379758 [details, diff]
Example proof-of-concept ebuild diff
So I've found a working solution but you're not going to like it :).
The problem is that we need to generate a local 'libtool' script with proper CC. To do that, we need to enable proper libtool support in the package. There are a few problems with this:
1. it uses the ancient, ugly hand-written 'aclocal.m4' -- so 'libtoolize' won't help you. You need to append all necessary libtool macros to 'aclocal.m4' by hand,
2. the custom Makefile is unsuitable for libtool, so you either need to add defines like top_builddir or override LIBTOOL,
3. adding libtool macros results in some custom magic being broken and incorrect data landing in Makefile. Long story short, hell breaks loose.
So I've used an alternate approach and instead created an external package that provides libtool. Just a plain configure script that detects CC/CXX and generates libtool, 200 KiB .tar.xz. The idea is to configure the external package to obtain the local libtool, and then override LIBTOOL in cdk to use the newly-generated libtool.
What do you think? If you like it, I will push generic-libtool to my bitbucket along with a dist tarball.
(In reply to Michał Górny from comment #2) > What do you think? If you like it, I will push generic-libtool to my > bitbucket along with a dist tarball. How about you start by just asking upstream to use libtool properly? I think he's fairly responsive and I've even seen him comment on this bugzilla. I'm looking through the archives and I see some patch was submitted for that back in 2004 but the discussion never got anywhere. I also see that we're not using --with-libtool in ncurses which effectively hides the issue. Maybe there isn't much point in using it in cdk when it's not used in much more core library of ncurses... Anyway, I'm going to mail bug-ncurses about that. *** Bug 778785 has been marked as a duplicate of this bug. *** This bug with hidden when --with-libtool was removed to fix an unrelated issue, closing it for now. |