[FFmpeg-devel] [PATCH] Check for bugged make
Stefano Sabatini
stefano.sabatini-lala
Mon Oct 27 21:27:07 CET 2008
On date Sunday 2008-10-26 11:00:12 +0100, Stefano Sabatini encoded:
> On date Wednesday 2008-10-22 20:18:00 -0200, Ramiro Polla encoded:
> > Stefano Sabatini wrote:
> > > On date Wednesday 2008-08-20 10:45:35 +0200, Dominik 'Rathann' Mierzejewski encoded:
> > >> On Wednesday, 20 August 2008 at 09:46, Chris Cormie wrote:
> > >> [...]
> > >>> I've also got a patch for configure that catches the 3.79.1 bug and
> > >>> warns the developer (below.) Could this be considered for testing and
> > >>> merging in?
> > [...]
> > > I'm reviving this patch.
> > >
> > > I considered the possibility of checking the version of make, but to
> > > check for the version of a program parsing the --version output is a
> > > braindead solution, furthermore we have to check here for the bugged
> > > behaviour rather than for the version.
> > >
> > > I just removed the stray hunk and applied some other cosmetics.
> >
> > [...]
> >
> > > @@ -619,6 +619,13 @@
> > > check_lib $header $func "$@" || die "ERROR: $name not found"
> > > }
> > >
> > > +check_make(){
> > > + log check_make "$@"
> > > + cat >$TMPM
> > > + log_file $TMPM
> > > + check_cmd make -f $TMPM
> > > +}
> > > +
> >
> > Why "make"? What if the user wants to use make-3.81.exe, or gmake?
> >
> > > require2(){
> > > name="$1"
> > > headers="$2"
> > > @@ -1139,6 +1146,7 @@
> > > TMPC="${TMPDIR1}/ffmpeg-conf-${RANDOM}-$$-${RANDOM}.c"
> > > TMPE="${TMPDIR1}/ffmpeg-conf-${RANDOM}-$$-${RANDOM}${EXESUF}"
> > > TMPH="${TMPDIR1}/ffmpeg-conf-${RANDOM}-$$-${RANDOM}.h"
> > > +TMPM="${TMPDIR1}/ffmpeg-conf-${RANDOM}-$$-${RANDOM}.mak"
> > > TMPO="${TMPDIR1}/ffmpeg-conf-${RANDOM}-$$-${RANDOM}.o"
> > > TMPS="${TMPDIR1}/ffmpeg-conf-${RANDOM}-$$-${RANDOM}.S"
> > > TMPSH="${TMPDIR1}/ffmpeg-conf-${RANDOM}-$$-${RANDOM}.sh"
> > > @@ -1716,6 +1724,23 @@
> > > EOF
> > > done
> > >
> > > +check_make <<'EOF' || \
> > > +die "ERROR: broken make utility. If using MinGW try a later version of
> > > +make. make-3.81-MSYS-1.0.11-2 is known to work."
> >
> > Is this bug only present on msys make? Is it not also on Linux or some
> > other system?
>
> I have no idea, all that I know is that GNU make 3.79.1 doesn't work on
> Windows, GNU Make 3.81 works on both.
>
> > The version known to work is on the documentation, so there's no need to
> > put it here again.
>
> Not a string opinion on this, but I think print a working make version
> here may slightly simplify the life to the user (no need to check
> documentation), but if someone insists I'll drop the reference to a
> working make version.
>
> > Checking on configure isn't a good idea because we don't know what make
> > the user will call. Maybe a better place to test would be in some
> > makefile...
>
> Perfectly fine point.
>
> > I agree that we should check for buggy makes though...
>
> New version attached.
[...]
Sligthy simplified.
Please check it, regards.
--
FFmpeg = Faboulous and Fostering Martial Powered Eretic Guru
-------------- next part --------------
A non-text attachment was scrubbed...
Name: check-make-02.patch
Type: text/x-diff
Size: 982 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20081027/25cb8d31/attachment.patch>
More information about the ffmpeg-devel
mailing list