The standard process for computation of sqrt(x) has been the use of Newton's
method. This means that an approximation to SQRT(x) is found by whatever
means (but important to get good accuracy) and the iteration
result = (result_old^2+x)/(2*result_old) Repeated until result =
result_old. A check
Hi Greg!
On Fri, Apr 29, 2011 at 7:38 PM, Greg Chicares wrote:
> On 2011-04-29 19:55Z, K. Frank wrote:
>>
>> By the way, could someone confirm that mingw does use msvcrt for
>> sqrt and pow?
>
> http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/mingwex/math/?cvsroot=src
>
> Looks to me like s
The standard process for computation of sqrt(x) has been the use of Newton's
method. This means that an approximation to SQRT(x) is found by whatever
means and the iteration
result = (result_old^2+x)/(2*result_old)
Repeated until result = result_old. A check isn't necessary because a
maximum it
On Fri, Apr 29, 2011 at 11:28 PM, kmx wrote:
> Ozkan,
>
> after slightly heated *.la-discussion
Meh, that's no problem. The problem is I keep forgetting to
update my scripts, maybe I remember doing that next time if I
happen to post another build
> I just want you to know that I like
> your p
Ozkan,
after slightly heated *.la-discussion I just want you to know that I like
your personal builds.
Thank you for you time and hard work. Please keep up and do not get
discouraged.
--
kmx
--
WhatsUp Gold - Download F
2011/4/29 Vincent Torri
>
>
> On Fri, Apr 29, 2011 at 10:22 PM, Ruben Van Boxem <
> vanboxem.ru...@gmail.com> wrote:
>
>> Hi,
>>
>> Instead of hijacking Ozkan's "thread", I will start a new one!
>>
>> Some strange things in the autobuilds:
>> 1. Stripping all exe's (including the ones in the libe
On Fri, Apr 29, 2011 at 10:22 PM, Ruben Van Boxem
wrote:
> Hi,
>
> Instead of hijacking Ozkan's "thread", I will start a new one!
>
> Some strange things in the autobuilds:
> 1. Stripping all exe's (including the ones in the libexec subdirectories)
> in the autobuild reduces total package size wit
Hi,
Instead of hijacking Ozkan's "thread", I will start a new one!
Some strange things in the autobuilds:
1. Stripping all exe's (including the ones in the libexec subdirectories) in
the autobuild reduces total package size with a factor of 1/2... Seems like
upload/download time and bandwith usag
Hello Arthur!
(I've take the liberty of copying this to the mingw list, as well.)
On Fri, Apr 29, 2011 at 9:54 AM, Arthur Norman wrote:
> The following short program compares the value of pow(x, 0.5) to that
> returned by sqrt(x) for a range of values of x, and prints out any first
> case where t
2011/4/29 Ozkan Sezer
> On Fri, Apr 29, 2011 at 10:30 PM, Ruben Van Boxem
> wrote:
> > 2011/4/29 NightStrike
> >>
> >> On Fri, Apr 29, 2011 at 11:03 AM, Earnie
> >> wrote:
> >> > Ozkan Sezer wrote:
> >> >> On Fri, Apr 29, 2011 at 5:42 PM, Vincent Torri
> >> >> wrote:
> >> >>> hey
> >> >>>
> >
On Fri, Apr 29, 2011 at 10:30 PM, Ruben Van Boxem
wrote:
> 2011/4/29 NightStrike
>>
>> On Fri, Apr 29, 2011 at 11:03 AM, Earnie
>> wrote:
>> > Ozkan Sezer wrote:
>> >> On Fri, Apr 29, 2011 at 5:42 PM, Vincent Torri
>> >> wrote:
>> >>> hey
>> >>>
>> >>> did you remove the .la files ?
>> >>>
>> >
2011/4/29 NightStrike
> On Fri, Apr 29, 2011 at 11:03 AM, Earnie
> wrote:
> > Ozkan Sezer wrote:
> >> On Fri, Apr 29, 2011 at 5:42 PM, Vincent Torri
> >> wrote:
> >>> hey
> >>>
> >>> did you remove the .la files ?
> >>>
> >>
> >> Nope, didn't bother. If theyare causing trouble, the developers
On Fri, Apr 29, 2011 at 11:03 AM, Earnie wrote:
> Ozkan Sezer wrote:
>> On Fri, Apr 29, 2011 at 5:42 PM, Vincent Torri
>> wrote:
>>> hey
>>>
>>> did you remove the .la files ?
>>>
>>
>> Nope, didn't bother. If theyare causing trouble, the developers can
>> remove them by themselves.
>>
>
> The .
> > Self building is not an good option for my scenario. I'm currently folding
> > in support for this toolchain into a larger project
> > https://github.com/oneclick/rubyinstaller/blob/mingw64-32/config/compilers/mingw64.rb#L3-34
> > in which our build recipe will download your toolchain, combi
> > The .la files are specific to your environment. Therefore they should
> > not be distributed in binary packages. I find it not very kind for the
> > end user to have to worry about the contents of the distributed binary
> > package because it screws up their environment since the distributor
On Fri, Apr 29, 2011 at 6:03 PM, Earnie wrote:
> Ozkan Sezer wrote:
>> On Fri, Apr 29, 2011 at 5:42 PM, Vincent Torri
>> wrote:
>>> hey
>>>
>>> did you remove the .la files ?
>>>
>>
>> Nope, didn't bother. If theyare causing trouble, the developers can
>> remove them by themselves.
>>
>
> The .l
Ozkan Sezer wrote:
> On Fri, Apr 29, 2011 at 5:42 PM, Vincent Torri
> wrote:
>> hey
>>
>> did you remove the .la files ?
>>
>
> Nope, didn't bother. If theyare causing trouble, the developers can
> remove them by themselves.
>
The .la files are specific to your environment. Therefore they shoul
On Fri, Apr 29, 2011 at 4:48 PM, Ozkan Sezer wrote:
> On Fri, Apr 29, 2011 at 5:42 PM, Vincent Torri
> wrote:
> > hey
> >
> > did you remove the .la files ?
> >
>
> Nope, didn't bother. If theyare causing trouble, the developers
> can remove them by themselves.
>
great
>
> > Vincent Torr
On Fri, Apr 29, 2011 at 5:42 PM, Vincent Torri wrote:
> hey
>
> did you remove the .la files ?
>
Nope, didn't bother. If theyare causing trouble, the developers
can remove them by themselves.
> Vincent Torri
>
--
Ozkan
> On Fri, Apr 29, 2011 at 4:21 PM, Ozkan Sezer wrote:
>>
>> Custom toolch
hey
did you remove the .la files ?
Vincent Torri
On Fri, Apr 29, 2011 at 4:21 PM, Ozkan Sezer wrote:
> Custom toolchain build with gcc-4.4.6 (2011-04-28)
> **
>
> I updated my custom w32/w64 native and cross-compiler build with gcc-4.4
> with sev
Custom toolchain build with gcc-4.4.6 (2011-04-28)
**
I updated my custom w32/w64 native and cross-compiler build with gcc-4.4
with several backports and fixes from mainstream, and put them under the
mingw-w64 sf.net file release system under the sub
The following short program compares the value of pow(x, 0.5) to that
returned by sqrt(x) for a range of values of x, and prints out any first
case where the two do not agree. With the mingw family of compilers I had
expected the Microsoft C library to be in use.
What I appear to see is
lin
22 matches
Mail list logo