On Mar 26, 2012, at 12:34 AM, Andrea D'Amore <[email protected]> wrote:
> On Mon, Mar 26, 2012 at 09:26, Ryan Schmidt <[email protected]> wrote: >> llvm-gcc-4.2 is the default compiler on Xcode 4.0 and 4.1. ffmpeg apparently >> cannot be compiled with it. >> Therefore the port used to drop back to gcc-4.2. Jeremy changed this to >> prefer clang, which is generally >> the preferred compiler to use on Xcode 4+ these days. > > I digged into this because ffmpeg-devel (specifically its lavf > encoder) built with clang has issues remuxing aac files, while > building with apple-gcc-4.2 makes the encoding go through. > I noticed this when my convert script stopped working, switching back > to fmpeg-devel @20111104_2 fixed the issue. Now I'm running latest > port built configure.compiler=apple-gcc-4.2 and it works fine as well. > This is reproducible. Can you provide a test case that we can add to the ffmpeg validation suite used by fate? See rsync://fate.ffmpeg.org/fate-suite Currently, fate shows all versions of clang in my matrix as good, gcc-4.2 as good, and llvm-gcc as bad. Note that this is only testing 32bit as my SL box is not 64bit. Can you please try building ffmpeg-devel using macport's clang-3.1? With trunk base, set configure.compiler to macports-clang-3.0 _______________________________________________ macports-dev mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
