Hello everyone,

I'm new to this list with a problem to compile the
current lame CVS sources on OS/2. 

With the enviroment mentioned in the docs and the
makefile (OS/2 + emx 0.9d (i.e. gcc 2.8.1) + some
GNU tools) everything compiles fine using the in-
cluded makefile.unix.

When switching to gcc 3.03, everything compiles
fine as well, but at the end I get the following:

[...]
gcc -Iinclude -Impglib -Ifrontend -Ilibmp3lame -DHAVE_CONFIG_H -I. -DHAVE_MPGLIB
  -DUSE_LAYER_1 -DUSE_LAYER_2 -DTAKEHIRO_IEEE754_HACK -D__NO_MATH_INLINES   -DND
EBUG -O3 -D__OS2__      -c mpglib/dct64_i386.c -o mpglib/dct64_i386.o
gcc -Iinclude -Impglib -Ifrontend -Ilibmp3lame -DHAVE_CONFIG_H -I. -DHAVE_MPGLIB
  -DUSE_LAYER_1 -DUSE_LAYER_2 -DTAKEHIRO_IEEE754_HACK -D__NO_MATH_INLINES   -DND
EBUG -O3 -D__OS2__      -c mpglib/decode_i386.c -o mpglib/decode_i386.o
gcc -Iinclude -Impglib -Ifrontend -Ilibmp3lame -DHAVE_CONFIG_H -I. -DHAVE_MPGLIB
  -DUSE_LAYER_1 -DUSE_LAYER_2 -DTAKEHIRO_IEEE754_HACK -D__NO_MATH_INLINES   -DND
EBUG -O3 -D__OS2__      -c mpglib/layer1.c -o mpglib/layer1.o
gcc -Iinclude -Impglib -Ifrontend -Ilibmp3lame -DHAVE_CONFIG_H -I. -DHAVE_MPGLIB
  -DUSE_LAYER_1 -DUSE_LAYER_2 -DTAKEHIRO_IEEE754_HACK -D__NO_MATH_INLINES   -DND
EBUG -O3 -D__OS2__      -c mpglib/layer2.c -o mpglib/layer2.o
gcc -Iinclude -Impglib -Ifrontend -Ilibmp3lame -DHAVE_CONFIG_H -I. -DHAVE_MPGLIB
  -DUSE_LAYER_1 -DUSE_LAYER_2 -DTAKEHIRO_IEEE754_HACK -D__NO_MATH_INLINES   -DND
EBUG -O3 -D__OS2__      -c mpglib/layer3.c -o mpglib/layer3.o
gcc -Iinclude -Impglib -Ifrontend -Ilibmp3lame -DHAVE_CONFIG_H -I. -DHAVE_MPGLIB
  -DUSE_LAYER_1 -DUSE_LAYER_2 -DTAKEHIRO_IEEE754_HACK -D__NO_MATH_INLINES   -DND
EBUG -O3 -D__OS2__      -c mpglib/tabinit.c -o mpglib/tabinit.o
gcc -Iinclude -Impglib -Ifrontend -Ilibmp3lame -DHAVE_CONFIG_H -I. -DHAVE_MPGLIB
  -DUSE_LAYER_1 -DUSE_LAYER_2 -DTAKEHIRO_IEEE754_HACK -D__NO_MATH_INLINES   -DND
EBUG -O3 -D__OS2__      -c mpglib/interface.c -o mpglib/interface.o
ar cr libmp3lame/libmp3lame.a  libmp3lame/bitstream.o libmp3lame/encoder.o libmp
3lame/fft.o libmp3lame/id3tag.o libmp3lame/lame.o libmp3lame/newmdct.o libmp3lam
e/psymodel.o libmp3lame/quantize.o libmp3lame/quantize_pvt.o libmp3lame/set_get.
o libmp3lame/vbrquantize.o libmp3lame/reservoir.o libmp3lame/tables.o libmp3lame
/takehiro.o libmp3lame/util.o libmp3lame/vorbis_interface.o libmp3lame/mpglib_in
terface.o libmp3lame/VbrTag.o libmp3lame/version.o libmp3lame/presets.o mpglib/c
ommon.o mpglib/dct64_i386.o mpglib/decode_i386.o mpglib/layer1.o mpglib/layer2.o
 mpglib/layer3.o mpglib/tabinit.o mpglib/interface.o
touch libmp3lame/libmp3lame.a
gcc -O3 -D__OS2__ -o frontend/lame.exe  frontend/main.o frontend/amiga_mpega.o f
rontend/brhist.o frontend/get_audio.o frontend/lametime.o frontend/parse.o front
end/portableio.o frontend/timestatus.o  \
        libmp3lame/libmp3lame.a    \

ld: failure reading string table size of frontend/amiga_mpega.o
make: *** [frontend/lame.exe] Error 1


Does anyone know what this means and how to avoid it?
Compiling amiga_mpega.c has no problems, so amiga_mpega.o
exists.

For a try I removed amiga_mpega.c from the makefile and
was able to make lame without problems. The binary even
worked okay.

Anyone knows what the error means?

Thanks in advance and best wishes,

Jochen

-- 
 Jochen Kleinbauer                     Bau 58 / Raum 464
 Fachbereich Physik                    Tel. (+49)-(0)631-2017-410
 Laserphysik und nichtlineare Optik    [EMAIL PROTECTED]
 Universitaet Kaiserslautern           PGP Public-Key available!



_______________________________________________
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder

Reply via email to