On Monday 15 July 2002 17:02, Satya wrote:
Yes, it thinks I'm using an i386?
:-) what I meant was .. few of the operands in the assembler file ( *.s ) do not match or are commented, hence the compiler is giving you an error. Nothing necessarily wrong with it detecting an i386, its probably recognising it as an i386 class ( as against sparc, arm etc ....)
[satyap]/6/backup/glibc-2.2.5/linuxthreads$ make gcc signals.c -c -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -g -fno-omit-frame-pointer -I../include
< snip >
/tmp/ccOXB4Wg.s: Assembler messages: /tmp/ccOXB4Wg.s:1214: Error: operands given don't match any known 386 instruction /tmp/ccOXB4Wg.s:1221: Error: operands given don't match any known 386 instruction make: *** [signals.o] Error 1
{ it could be just a random bug ... but... I have a tendency to go off the deep end... so ............................ }
Most likely to be some kind of syntax / code error, either due to oversight, or somehow that file is corrupted --- start looking at the code from "signals.c " and the includes etc... :-) ... yeah i know ... the "FUN" part of working with code. 1214 , 1221 will be the line # at which you will find it.... it probably be a "*.s" file... _or_ What is probably happening is that it is detecting some instructions related to your chip which it can't / won't compile or trying to compile but doesn't know how...
Check in the configure options.. if there is anything to disable special detection of anyting related to your hardware ( like 3d processing... I do not know why / if this could be an issue... but its worth a check )
~~~ you will get a similar error if you compile mpg123 ( 0.59r ) with 3d-now instructions.. reason being that the one of the files containing the instructions used when 3dnow is enabled... has got some comments, after uncomenting, it works... ..hopefully this case is somewhat similar ( if you could ... try compiling it on a different distro... ( non RHL )) I could try it... but really tied up at present.. If you could wait up a bit.. we could get to the bottom of this..
(Wow, that's nicely formatted.)
yep... good work ...!!!! :-)
uname is: Linux gort.cjb.net 2.4.18 #1 Sat Jul 13 13:20:07 PDT 2002 i686 unknown
(PS: What's the #1 in the uname?)
'#1' is one of the fields reported when you ask for the operating system version... mine reports #24 ( slackware 8.0, kernel 2.4.18 , gcc 2.95.3 )... I do not think its related to the kernel proper... ( my kernel version is the same.. ) , my best guess some kind of internal versioning system... not documented in the man , info pages
Almost certainly a Duron 700 or 900, something like that. Does it matter?
not a bit... why i had asked this was... in case you were using a one of the later (new ) Athlons, thinking of going for a Athlon 18+ myself... was just checking.
C'ya Erle.