Bug#291939: Support for arch aliases (Was: Split System/Cpu for architecture handling)
On Tue, Jan 25, 2005 at 12:05:34AM -0200, Henrique de Moraes Holschuh wrote:
> On Mon, 24 Jan 2005, Guillem Jover wrote:
> > The idea is to introduce architecture aliases, they will only take
> [...]
>
> > I've a added as well a new option (-n normalize) to dpkg-architecture
> > so Maintainers can use it to get the alias expansions. Try it to see
> > the results.
>
> The (only) problem I can see with this is that, should we add or remove a
> new arch to an alias, you have to recompile everything to be completely in
> sync.
Ideally it should match with target system-cpu and not have a list of
everything possible. See below.
> This can be fixed by keeping the alias somewhere, instead of just expanding
> it everywhere.
Yes, well my implementation expands the aliases but only internally,
you only get the relevant target dependencies when building. Also
exposing the expansions (via -n) is not wise. I think a better
implementation would be to just match the aliases the same way
it's currently done with the "any" virtual arch.
regards,
guillem
Reply to: