[MPlayer-cvslog] r35834 - trunk/configure

Diego Biurrun diego at biurrun.de
Sat Jan 26 01:45:56 CET 2013


On Fri, Jan 25, 2013 at 11:21:15PM +0100, Alexander Strasser wrote:
> KO Myung-Hun wrote:
> > Diego Biurrun wrote:
> > > On Fri, Jan 25, 2013 at 03:34:30PM +0900, KO Myung-Hun wrote:
> > >> Diego Biurrun wrote:
> > >>> On Fri, Jan 25, 2013 at 12:46:45AM +0900, KO Myung-Hun wrote:
> > >>>> diego wrote:
> > >>>>>
> > >>>>> Log:
> > >>>>> configure: Unset HAVE_DIRECT_H if direct.h is not available.
> > >>>>>
> > >>>>> libdvdcss checks the value of that preprocessor symbol via #ifdef,
> > >>>>> so it needs to be explicitly undefined, not set to zero.
> > >>>>>
> > >>>>> --- trunk/configure	Wed Jan 23 15:36:36 2013	(r35833)
> > >>>>> +++ trunk/configure	Wed Jan 23 17:04:28 2013	(r35834)
> > >>>>> @@ -3785,7 +3785,8 @@ header_check direct.h && _direct_h=yes
> > >>>>>  if [ $_direct_h = yes ]; then
> > >>>>>    def_direct_h='#define HAVE_DIRECT_H 1'
> > >>>>>  else
> > >>>>> -  def_direct_h='#define HAVE_DIRECT_H 0'
> > >>>>> +  # libdvdcss checks this via #ifdef, so we need #undef here.
> > >>>>> +  def_direct_h='#undef HAVE_DIRECT_H'
> > >>>>>  fi
> > >>>>>  echores "$_direct_h"
> > >>>>
> > >>>> libavformat/os_support.h uses #if although it is guarded by WIN32.
> > >>>
> > >>> That is not a problem an undefined preprocessor symbol evaluates as 0.
> > >>
> > >> But it generates a warning with -Wundef.
> > > 
> > > Having to choose between a warning and incorrect behavior, what do
> > > you pick?
> > 
> > I would not do r35835.
> > What a surprise you choose the way generating a warning.
> 
>   I agree it is just not worth it ATM. This is a all in all, including
> the work to do it in the first place, a bad tradeoff for just 2 lines
> of difference reduction to upstream.

The initial commit that introduced the difference to upstream was the
thing not worth the trouble (and incorrect).  It entailed a configure
change and then another.  Hacks are being stacked upon hacks here.

With the unmodified libdvdcss we are instead seeing a patch submitted
to the upstream project and the issue fixed at the root.

Diego


More information about the MPlayer-cvslog mailing list