Summary: | Remove old-style virtual/libc | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ulrich Müller <ulm> |
Component: | Eclasses | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bsd+disabled, embedded, prefix, solar, vapier |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 350792 | ||
Attachments: | Proposed libc-0.ebuild |
Description
Ulrich Müller
2011-03-15 11:24:47 UTC
Why? (In reply to comment #1) > Why? virtual/libc would be much cleaner as new-style virtual: - All information in one place, instead of being scattered over subprofiles. - Preferring an implementation hardly makes any sense here; you'd rather depend on one specific library depending on the ELIBC setting. Which is not possible with an old-style virtual. - Also for Prefix it would be much simpler, they could handle everything in the new-style virtual, instead of having pseudo packages like sys-aix/libc or sys-hpux/libc as is the case now. (In reply to comment #2) > - Also for Prefix it would be much simpler, they could handle everything in the > new-style virtual, instead of having pseudo packages like sys-aix/libc or > sys-hpux/libc as is the case now. as far as I know, they are legacy from the time people still did DEPEND="virtual/libc" I think most occurrences of this have been punted nowadays. Only Portage prints its value on --info or something. With a bit of luck all these virtual libc and kernel providers can go. (In reply to comment #3) > as far as I know, they are legacy from the time people still did > > DEPEND="virtual/libc" > > I think most occurrences of this have been punted nowadays. Yes, ssuominen and patrick removed most of them a few months ago. > Only Portage prints its value on --info or something. With a bit of luck all > these virtual libc and kernel providers can go. Seems that in some cases the virtual/libc dependency is needed for stage building. Created attachment 269893 [details]
Proposed libc-0.ebuild
New-style virtual is attached, please review. If there are no objections, I'll commit this in one week from now.
looks ok to me Fixed. |