On Fri, Sep 14, 2001 at 10:30:38PM -0800, Ethan Benson wrote:
> On Fri, Sep 14, 2001 at 10:16:41PM -0700, Laurent de Segur wrote:
> >
> > I wrote in a previous email to express my surprise about getting a
> > '-powerpc' extension at the end of the version returned by the command
>
> -pmac perhaps
On Fri, 14 Sep 2001, Laurent de Segur wrote:
> IMHO, uname is not correctly implemented under Linux (version-wise for
> ports and machine/processor-wise in general.)
Again, the EXTRAVERSION=powerpc in the kernel-image-* packages has nothing
to do with uname implementation or Linux platform ports.
On Fri, Sep 14, 2001 at 10:16:41PM -0700, Laurent de Segur wrote:
>
> I wrote in a previous email to express my surprise about getting a
> '-powerpc' extension at the end of the version returned by the command
-pmac perhaps?
> 'uname -r' with a pre-compiled kernel image, which I think should n
Michel,
Beside Ethan's answer and opinion given to your question (which I support
totally since I have lots of legacy makefile from SunOS myself), I'll just
describe what 'info uname' under Linux will return:
'-m'
'--machine'
Print the machine (hardware) type.
which should probably be someth
On Fri, Sep 14, 2001 at 01:15:15PM +0200, Michel Dänzer wrote:
> Laurent de Segur wrote:
>
> > Entering 'uname -p' should return 'ppc' but returns 'unknow' running
> > 2.4.8-powerpc with debian/woody.
>
> What makes you think it should return ppc (uname -m does) ?
>
> I just tried it on a sparc6
Laurent de Segur wrote:
> Entering 'uname -p' should return 'ppc' but returns 'unknow' running
> 2.4.8-powerpc with debian/woody.
What makes you think it should return ppc (uname -m does) ?
I just tried it on a sparc64 and an i686 system and both returned unknown as
well.
--
Earthling Michel
6 matches
Mail list logo