<br><br>On Monday, October 17, 2011, Loren Merritt <<a href="mailto:lorenm@u.washington.edu">lorenm@u.washington.edu</a>> wrote:<br>> On Thu, 29 Sep 2011, Sean McGovern wrote:<br>><br>>> ---<br>>>  configure |   19 +++++++++++++++++--<br>
>>  1 files changed, 17 insertions(+), 2 deletions(-)<br>>><br>>> diff --git a/configure b/configure<br>>> index 9159eef..28de7d7 100755<br>>> --- a/configure<br>>> +++ b/configure<br>>> @@ -655,6 +655,13 @@ fi<br>
>>  [ $asm = no ] && AS=""<br>>>  [ "x$AS" = x ] && asm="no" || asm="yes"<br>>><br>>> +# check for GNU as<br>>> +non_gnu_as="yes"<br>
><br>> Boolean variables should be positive.<br>><br>> And this name sounds like it's talking about a GNU vs a non-GNU<br>> implementation of `as`, when it's really talking about `as` vs `yasm`.<br>
><br>>> @@ -912,10 +919,18 @@ fi<br>>><br>>>  if [ "$bit_depth" -gt "8" ]; then<br>>>      define HIGH_BIT_DEPTH<br>>> -    ASFLAGS="$ASFLAGS -DHIGH_BIT_DEPTH"<br>
>> +    [ "$non_gnu_as" = "yes" -a "$asm" != "no" ] && \<br>>> +        ASFLAGS="$ASFLAGS -DHIGH_BIT_DEPTH" || \<br>>> +        [ "$asm" != "no" ] && ASFLAGS="$ASFLAGS --defsym HIGH_BIT_DEPTH"<br>
>>  fi<br>><br>> `as --defsym HIGH_BIT_DEPTH` breaks here, saying<br>> "Fatal error: bad defsym; format is --defsym name=value"<br>> Maybe it works on Solaris, but if so GNU isn't the determining factor.<br>
><br>> --Loren Merritt<br>> _______________________________________________<br>> x264-devel mailing list<br>> <a href="mailto:x264-devel@videolan.org">x264-devel@videolan.org</a><br>> <a href="http://mailman.videolan.org/listinfo/x264-devel">http://mailman.videolan.org/listinfo/x264-devel</a><br>
><br><br>Feel free to do what you like with these patches. I don't have my SPARC anymore and at least this one is not important for my x86 builds as I do have yasm built for Solaris.<br><br>-- Sean McG.