delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2007/10/01/13:40:02

X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
From: Diego Biurrun <diego AT biurrun DOT de>
Subject: Re: llrint implementation in Cygwin
Date: Mon, 01 Oct 2007 19:36:22 +0200
Lines: 59
Message-ID: <fdrb6n$qo1$1@sea.gmane.org>
References: <fd68u2$geo$1 AT sea DOT gmane DOT org> <46F6C151 DOT 3070301 AT computer DOT org> <fdif1q$efv$1 AT sea DOT gmane DOT org> <Pine DOT GSO DOT 4 DOT 63 DOT 0709280802020 DOT 16275 AT access1 DOT cims DOT nyu DOT edu> <fdm873$2oj$1 AT sea DOT gmane DOT org> <Pine DOT GSO DOT 4 DOT 63 DOT 0709291533000 DOT 27776 AT access1 DOT cims DOT nyu DOT edu> <fdmc2b$con$1 AT sea DOT gmane DOT org> <46FEC886 DOT 7020007 AT cwilson DOT fastmail DOT fm>
Mime-Version: 1.0
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.8b) Gecko/20050217
In-Reply-To: <46FEC886.7020007@cwilson.fastmail.fm>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Charles Wilson wrote:
> Diego Biurrun wrote:
> 
>> llrint is required, so I guess Cygwin compilation will indeed be 
>> broken for a while.  We don't add OS-specific workarounds to FFmpeg.
> 
> I call shenanigans.

Next time you call shenanigans, get your facts straight first please.  I 
never claimed that we do not *have* OS-specific workarounds, I said we 
do not *add* them.

 > The libavcodec directory has entirely separate
> subdirs for different processors -- platform specificity is BUILT IN to 
> the ffmpeg source tree.

Nonsense.  These are assembler optimizations for speed-critical 
functions (and the reason why you can watch movies without GHz CPUs). 
These are, by their very nature, processor-specific, but they are not 
workarounds.  Nothing could be further from the truth.

 > That file ALSO contains a
> half-dozen implementations of read_time depending on which 
> microprocessor architecture is in use.

What does this have to do with a workaround?  read_time is internally 
used in some benchmarking macros, it is not an OS function.

> Oh, and lookee here, in the same file:
> 
> #ifndef HAVE_LRINTF
> /* XXX: add ISOC specific test to avoid specific BSD testing. */
> /* better than nothing implementation. */
> /* btw, rintf() is existing on fbsd too -- alex */
> static av_always_inline long int lrintf(float x)
> {
>     return (int)(rint(x));
> }
> #endif /* HAVE_LRINTF */

Good catch, this is cruft from ages ago.  I will look into nuking this 
very soon.

> So, we have:
>   architecture-specific workarounds
>   compiler-specific workarounds
>   OS-specific workarounds
>   AND capability-specific (!HAVE_FOO) workarounds
> 
> All god's chillins gots workaround code. "We don't add OS-specific 
> workarounds", indeed...

So all in all you have refuted some points I never made, while bungling 
some of the research used to substantiate your claims.  What is the 
point you are trying to prove here?

best regards

Diego


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019