Summary: | gegl-0.1.6 fails to build with "ff-load.c:79: error: duplicate case value" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Randy Barlow <randy> |
Component: | [OLD] Unspecified | Assignee: | Hanno Böck <hanno> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | brett.gentoo, eric.williams, fedux, guzik.sergey, myhrlin, scarabeus, walch.martin |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
/var/tmp/portage/media-libs/gegl-0.1.6/temp/0.1.6-ffmpeg.patch.out |
Description
Randy Barlow
2011-05-02 16:16:51 UTC
Created attachment 271885 [details]
build.log
*** This bug has been confirmed by popular vote. *** USE="-ffmpeg" allows this package to build, as a workaround. *** Bug 365755 has been marked as a duplicate of this bug. *** same error on stable x86 Don't add x86 if you don't know what we do. x86 leaving. Me too, on amd64 > #ifdef HAVE_LIBAVFORMAT_AVFORMAT_H > #include <libavformat/avformat.h> > #else > #include <avformat.h> > #endif > … > static void > print_error (const char *filename, int err) > { > switch (err) > { > case AVERROR(EINVAL): … > > case AVERROR_INVALIDDATA: … > > } > } These two case values are identical. AVERROR is included via libavformat/avformat.h from libavutil/error.h that says: #if LIBAVUTIL_VERSION_MAJOR < 51 #define AVERROR_INVALIDDATA AVERROR(EINVAL) and avutil.h defines: #define LIBAVUTIL_VERSION_MAJOR 50 I think this problem has been introduced with the patch > files/0.1.6-ffmpeg.patch (In reply to comment #8) > [..] > I think this problem has been introduced with the patch > files/0.1.6-ffmpeg.patch The patch has been updated and this bug should be fixed now Created attachment 272097 [details] /var/tmp/portage/media-libs/gegl-0.1.6/temp/0.1.6-ffmpeg.patch.out Sorry, I get this error: >>> Preparing source in /var/tmp/portage/media-libs/gegl-0.1.6/work/gegl-0.1.6 ... * Applying gegl-doubledestdir.diff ... [ ok ] * Applying 0.1.6-ffmpeg.patch ... * Failed Patch: 0.1.6-ffmpeg.patch ! * ( /usr/portage/media-libs/gegl/files/0.1.6-ffmpeg.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/media-libs/gegl-0.1.6/temp/0.1.6-ffmpeg.patch.out I am getting the same as comment #10 Failed Patch: 0.1.6-ffmpeg.patch ! * ( /usr/portage/media-libs/gegl/files/0.1.6-ffmpeg.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/media-libs/gegl-0.1.6/temp/0.1.6-ffmpeg.patch.out cat /var/tmp/portage/media-libs/gegl-0.1.6/temp/0.1.6-ffmpeg.patch.out ***** 0.1.6-ffmpeg.patch ***** ============================== PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch < '/usr/portage/media-libs/gegl/files/0.1.6-ffmpeg.patch' ============================== can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -urN gegl-0.1.6.old//operations/external/ff-load.c gegl-0.1.6/operations/external/ff-load.c |--- gegl-0.1.6.old//operations/external/ff-load.c 2011-01-24 19:03:30.000000000 -0300 |+++ gegl-0.1.6/operations/external/ff-load.c 2011-05-04 09:59:48.910379742 -0300 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored ============================== PATCH COMMAND: patch -p1 -g0 -E --no-backup-if-mismatch < '/usr/portage/media-libs/gegl/files/0.1.6-ffmpeg.patch' ============================== patching file operations/external/ff-load.c Hunk #1 FAILED at 69. Hunk #2 FAILED at 278. 2 out of 2 hunks FAILED -- saving rejects to file operations/external/ff-load.c.rej ============================== PATCH COMMAND: patch -p2 -g0 -E --no-backup-if-mismatch < '/usr/portage/media-libs/gegl/files/0.1.6-ffmpeg.patch' ============================== can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -urN gegl-0.1.6.old//operations/external/ff-load.c gegl-0.1.6/operations/external/ff-load.c |--- gegl-0.1.6.old//operations/external/ff-load.c 2011-01-24 19:03:30.000000000 -0300 |+++ gegl-0.1.6/operations/external/ff-load.c 2011-05-04 09:59:48.910379742 -0300 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored ============================== PATCH COMMAND: patch -p3 -g0 -E --no-backup-if-mismatch < '/usr/portage/media-libs/gegl/files/0.1.6-ffmpeg.patch' ============================== can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -urN gegl-0.1.6.old//operations/external/ff-load.c gegl-0.1.6/operations/external/ff-load.c |--- gegl-0.1.6.old//operations/external/ff-load.c 2011-01-24 19:03:30.000000000 -0300 |+++ gegl-0.1.6/operations/external/ff-load.c 2011-05-04 09:59:48.910379742 -0300 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored ============================== PATCH COMMAND: patch -p4 -g0 -E --no-backup-if-mismatch < '/usr/portage/media-libs/gegl/files/0.1.6-ffmpeg.patch' ============================== missing header for unified diff at line 4 of patch can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -urN gegl-0.1.6.old//operations/external/ff-load.c gegl-0.1.6/operations/external/ff-load.c |--- gegl-0.1.6.old//operations/external/ff-load.c 2011-01-24 19:03:30.000000000 -0300 |+++ gegl-0.1.6/operations/external/ff-load.c 2011-05-04 09:59:48.910379742 -0300 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored patch worked for me amd64 Just got the same problem. The patch 0.1.6-ffmpeg.patch was applied successfully,but compilation failed with the same error. The USE flags where "cairo exif ffmpeg jpeg mmx png sdl sse svg v4l". Sorry. I was wrong. Didn't pay attention to the date of Comment 9. After I did emerge --sync the compilation was successful. Ok guys, lets consider this fixed. Works fine for me now, too. Thanks for fixing this. sorted here as well thank you very much ;) |