I just realized that MMX_choose_table was never defined when I compiled with
DJGPP. Now this is what I get:
nasm -f coff -i i386/ i386/choose_table.nas -o i386/choose_table.o
ar cr libmp3lame.a brhist.o bitstream.o fft.o get_audio.o id3tag.o
ieeefloat.o
lame.o newmdct.o parse.o portableio.o psymodel.o quantize.o quantize-pvt.o
vbrqu
antize.o reservoir.o tables.o takehiro.o timestatus.o util.o VbrTag.o
version.o
mpglib/common.o mpglib/dct64_i386.o mpglib/decode_i386.o mpglib/layer3.o
mpglib/
tabinit.o mpglib/interface.o mpglib/main.o i386/choose_table.o
gcc -o lame main.o gtkanal.o gpkplotting.o -L. -lmp3lame -lm
./libmp3lame.a(takehiro.o)(.text+0x341):takehiro.c: undefined reference to
`choo
se_table_from3_MMX'
I'm using pgcc 2.95.3 that I compiled myself, not that it probably makes a
difference in this case.
Oops :)
Josh
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Mathew Hendry
Sent: Monday, May 29, 2000 9:46 PM
To: [EMAIL PROTECTED]
Subject: Re: [MP3 ENCODER] Problems enabling MMX with MSVC 5
> From: "Joshua Bahnsen" <[EMAIL PROTECTED]>
>
> I defined "MMX_choose_table" using MSVC 5 and I came across problems in
> takehiro.c. It said, "long" followed by "long" is illegal. I compiled it
> with DJGPP with MMX support enabled and it compiled without any errors in
> takehiro.c.
For 64 bit integers, DJGPP (gcc in general) uses the type "long long"
whereas MSVC 6 uses "__int64". I'm not sure if MSVC 5 supports it. If it
does, some new typedefs for machine.h would be the way to fix it.
After that, i386/choose_table.nas might need some attention...
-- Mat.
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
