On Mon, 26 Aug 2002 23:33:23 -0700 (PDT) Ti Kan <[EMAIL PROTECTED]> wrote:

> 
> 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);
> -------------------------------^

I think these are not important (as in "they shouldn't lead to wrong
MP3s).

> 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)));
> ---------------------------------------^

Takehiro already replied to them...

> 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);
> ------------------------^

Shouldn't impact the resulting MP3.

> 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);
> ----^

This could be a problem on 64bit platforms (sizeof(char*) !=
sizeof(int)). If someone who cares and has enough time could investigate
this, we would be happy.

Bye,
Alexander.

-- 
                   Press every key to continue.

http://www.Leidinger.net                       Alexander @ Leidinger.net
  GPG fingerprint = C518 BC70 E67F 143F BE91  3365 79E2 9C60 B006 3FE7
_______________________________________________
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder

Reply via email to