Dear LAME developers,

Re: LAME 3.92

There were a few compile warnings using the standard cc compiler on
Tru64 UNIX v5.x.  The lame executable produced seems to work anyway
after a small limited test encoding of a wav file.  The warnings
are included below for your reference.

-Ti
-- 
    ///  Ti Kan                Vorsprung durch Technik
   ///   AMB Laboratories, Sunnyvale, CA. USA
  ///    [EMAIL PROTECTED]
 //////  http://www.amb.org/ti/
///

cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I. -I../mpglib/ -I.. -O3 -c VbrTag.c 
-Wc,-MD -o VbrTag.o
cc: Warning: VbrTag.c, line 707: In this statement, the referenced type of the pointer 
value "&pbtStreamBuffer[nBytesWritten]" is "unsigned char", which is not compatible 
with "char" because they differ by signed/unsigned attribute. (ptrmismatch1)
        strncpy(&pbtStreamBuffer[nBytesWritten], szVersion, 9);
----------------^
cc: Warning: VbrTag.c, line 924: In this statement, the referenced type of the pointer 
value "pbtStreamBuffer" is "unsigned char", which is not compatible with "char" 
because they differ by signed/unsigned attribute. (ptrmismatch1)
          CRC_writeheader(gfc, pbtStreamBuffer);
-------------------------------^


cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I. -I../mpglib/ -I.. -O3 -c lame.c 
-Wc,-MD -o lame.o
cc: Warning: lame.c, line 1727: In this statement, the shift count "48" is negative or 
is greater than or equal to the promoted size of the operand "1". (shiftcount)
      in_buffer[0][i] = buffer_l[i] * (1.0 / ( 1 << (8 * sizeof(long) - 16)));
-----------------------------------------------^
cc: Warning: lame.c, line 1727: In this statement, division by zero occurs in 
evaluating the expression "1.0/(1<<(8*sizeof(long)-16))". (zerodiv)
      in_buffer[0][i] = buffer_l[i] * (1.0 / ( 1 << (8 * sizeof(long) - 16)));
---------------------------------------^
cc: Warning: lame.c, line 1728: In this statement, the shift count "48" is negative or 
is greater than or equal to the promoted size of the operand "1". (shiftcount)
      in_buffer[1][i] = buffer_r[i] * (1.0 / ( 1 << (8 * sizeof(long) - 16)));
-----------------------------------------------^
cc: Warning: lame.c, line 1728: In this statement, division by zero occurs in 
evaluating the expression "1.0/(1<<(8*sizeof(long)-16))". (zerodiv)
      in_buffer[1][i] = buffer_r[i] * (1.0 / ( 1 << (8 * sizeof(long) - 16)));
---------------------------------------^


source='get_audio.c' object='get_audio.o' libtool=no  depfile='.deps/get_audio.Po' 
tmpdepfile='.deps/get_audio.TPo'  depmode=tru64 /bin/sh ../depcomp  cc -DHAVE_CONFIG_H 
 -I. -I. -I.. -I../libmp3lame -I../include -I..     -O3   -c `test -f get_audio.c || 
echo './'`get_audio.c
cc: Warning: get_audio.c, line 1452: In this statement, the referenced type of the 
pointer value "header" is "const unsigned char", which is not compatible with "const 
char" because they differ by signed/unsigned attribute. (ptrmismatch1)
    return 0 == strncmp(header, "AiD\1", 4);
------------------------^


source='brhist.c' object='brhist.o' libtool=no  depfile='.deps/brhist.Po' 
tmpdepfile='.deps/brhist.TPo'  depmode=tru64 /bin/sh ../depcomp  cc -DHAVE_CONFIG_H  
-I. -I. -I.. -I../libmp3lame -I../include -I..     -O3   -c `test -f brhist.c || echo 
'./'`brhist.c
cc: Warning: brhist.c, line 168: In this statement, "tgetstr(...)" of type "int", is 
being converted to "pointer to char". (cvtdiftypes)
    tp = tgetstr ("up", &tp);
----^
cc: Warning: brhist.c, line 173: In this statement, "tgetstr(...)" of type "int", is 
being converted to "pointer to char". (cvtdiftypes)
    tp = tgetstr ("ce", &tp);
----^
cc: Warning: brhist.c, line 178: In this statement, "tgetstr(...)" of type "int", is 
being converted to "pointer to char". (cvtdiftypes)
    tp = tgetstr ("md", &tp);
----^
cc: Warning: brhist.c, line 183: In this statement, "tgetstr(...)" of type "int", is 
being converted to "pointer to char". (cvtdiftypes)
    tp = tgetstr ("me", &tp);
----^



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

Reply via email to