Greetings, and thanks for your suggestion! -m7400 is indeed needed to get the assembler to work. Can an option to gcc be specified to pass this option through to the assembler, allowing one to call the standard gcc to compile the assembly code? (-m7400 to gcc does not work.)
'/usr/bin/gcc -m7400 foo.s' and '/usr/bin/as foo.s' give the following: /home/camm/altivec.s: Assembler messages: /home/camm/altivec.s:28: Error: Unrecognized opcode: `vspltisw' /home/camm/altivec.s:29: Error: Unrecognized opcode: `vslw' /home/camm/altivec.s:32: Error: Unrecognized opcode: `lvx' /home/camm/altivec.s:33: Error: Unrecognized opcode: `vspltw' /home/camm/altivec.s:34: Error: Unrecognized opcode: `stvx' /home/camm/altivec.s:36: Error: Unrecognized opcode: `vspltisw' /home/camm/altivec.s:37: Error: Unrecognized opcode: `vcmpequw' .... Take care, Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > On Fri, Jul 27, 2001 at 04:28:22PM -0400, Camm Maguire wrote: > > > All recent binutils are altivec capable. I expect that no one will > > > ever package the AltiVec-capable GCC, as it is exceedingly unreliable. > > > > > > > Thanks for the tip. The binutils are all that is needed. However, I > > checked on voltaire, and the standard assembler there didn't seem to > > understand the altivec assembly code put out by the altivec gcc, > > whereas the altivec assembler did. Am I doing something wrong? > > Probably you need an option - did you try -m7400? My reading of > binutils suggests that altivec works by default, however. What did it > not accept? > > -- > Daniel Jacobowitz Carnegie Mellon University > MontaVista Software Debian GNU/Linux Developer > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > -- Camm Maguire [EMAIL PROTECTED] ========================================================================== "The earth is but one country, and mankind its citizens." -- Baha'u'llah
