Summary: | BSD , Darwin support - depending on GNU utils | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Pieter Van den Abeele (RETIRED) <pvdabeel> |
Component: | Core - Ebuild Support | Assignee: | osx porters <osx> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | dwhurt, g2boojum, method |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 58087, 58215 |
Description
Pieter Van den Abeele (RETIRED)
2004-07-26 07:54:19 UTC
Probablly we also need if [ "$ARCH" == "macos" ]; then alias libtool=glibtool alias libtoolize=glibtoolize fi (if the intention of adding those aliases is to use GNU utilities)? heh, yeah, using apples libtool vs the actual gnu libtool probably wouldn't be fun :) We explicitly wipe all aliases pretty much right off the bat, to ensure commands behave as we expect- allowing user defined aliases to affect how ebuild.sh behaves I'm not much for, since that would be a pita to control. Much easier to just add the support into ebuild.sh, same as we've done for userland. if [ "$ARCH" == "macos" ]; then alias blar... fi I don't have any complaints w/ usata's (and the existing "$USERLAND" == "bsd") approach. What alias's are needed? Would a /etc/make.profile/bashrc similar to /etc/portage/bashrc be able to deal with most of these issues? Any points against a per-profile bashrc? I'm definitely in favor of a per profile solution. method/gentoo-bsd peeps- I'd like to add this, although your profile would need to be updated- complaints? Aside from that, y'all need an alias :) Balls in your court now; profile.bashrc support is now sane, and usable in pre18. profile.bashrc seems to work with recent portage. Thanks. Closing out bugs that've been resolved for a while now... |