[EMAIL PROTECTED] (Martin Mitchell)  wrote on 24.12.97 in <[EMAIL PROTECTED]>:

> [EMAIL PROTECTED] (Kai Henningsen) writes:
>
> > > > As in, ISA vs. MCA vs. PCI? :-)
> > >
> > > No, as in e.g. Intel-PC vs. Sun :-)
> >
> > Hardly. That would be a case of incompatible CPUs. Or does Sun produce x86
> > machines these days? Nothing is impossible ...
>
> No, the CPUs are the same in this instance, but the hardware architectures
> are different. The types of programs that need this systen are hardware

I seem to recall that the case in question (it _was_ Atari vs. Amiga,  
right?) still allowed you to run _the_very_same_kernel_ on both systems.

> specific programs that only work on one kind of hardware architecture,
> even though the same CPU is used for more than one hardware architecture.

Well, yes. That _is_ the same as ISA/EISA/PCI/VBL/MCA.

> > I don't think so. Dependencies are for cases where package A depends on
> > package B. Not for hardware dependencies.
>
> I think in this case it makes sense to use dependencies such as these,
> instead of changing control files to use something like:
>
> CPU: m68k
> Architecture: amiga
>
> and
>
> CPU: m68k
> Architecture: mac
>
> and
>
> CPU: ia32
> Architecture: generic-pc
>
> The dependencies also ensure a range of hardware specific programs can be
> included at once, without having to find and select each separately.
>
> > We don't have any other hardware related mechanism, and I really don't
> > think we need one.
>
> I think Roman's proposal is a very good idea.

Well, I don't.

> Perhaps you could reconsider after taking into account this additional
> information?

Actually, I already knew all that. It's _why_ I think this isn't a good  
idea.

MfG Kai


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Reply via email to