Hello,
probably newbie question (I'm new to C/C++ world :) ),
I finally manage to compile "stripped" version of ffmpeg, but here are
some warnings I cannot figure out. Mostly it is along the lines
"incompatible implicit declaration of built-in function XXX ", as in excerpt below. All libraries compile without errors, but with tons of warnings of this type.
Does it mean that it is broken build?

I'm compiling on WinARM suite (gcc 4.1.1), and configured using these extra flags:

--extra-cflags='-funsigned-char -fno-strict-aliasing -fno-stack-protector -fno-short-enums -fshort-wchar -Wall -fomit-frame-pointer -fmessage-length=0 -save-temps -Wno-unused -Wno-parentheses -ffunction-sections -mstructure-size-boundary=8 -msoft-float -mthumb-interwork
-Wno-switch -fvisibility=hidden -fno-exceptions -g -march=armv4t'


here is example of warnings:
------------------------------------------------------------------------------------------------------------
CC      aes.o
In file included from internal.h:193,
                 from common.h:329,
                 from aes.c:24:
libm.h: In function 'lrint':
libm.h:64: warning: implicit declaration of function 'rint'
libm.h:64: warning: incompatible implicit declaration of built-in function 'rint'
libm.h: In function 'lrintf':
libm.h:71: warning: incompatible implicit declaration of built-in function 'rint'
aes.c: In function 'av_aes_init':
aes.c:160: warning: passing argument 1 of 'init_multbl2' from incompatible pointer type aes.c:161: warning: passing argument 1 of 'init_multbl2' from incompatible pointer type
------------------------------------------------------------------------------------------------------------

could anyone please give any hints what could be the problem?

Thanks,
Jan

Dne 22.12.2010 19:53, Jan Pěkník napsal(a):
Hello,
I need to implement 3GP encoding on embedded ARM based system (with proprietary OS), after some research I've decided to try it with ffmpeg. The task is only to create .3gp or .mp4 file from input of series of images (raw pixel data) and audio track (raw 22050hz data also), no decoding, playback, or any other functionality is needed. Performance is not an issue, as encoding will not be performed realtime. The problem is, I probably cannot afford to build whole ffmpeg and link it, as there would be too much overhead ( I can probably afford 1MB library added, but not much more).
Could please someone give me any hints what would be the best approach?

best regards,
jpeknik
_______________________________________________
libav-user mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/libav-user



_______________________________________________
libav-user mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/libav-user

Reply via email to