Re: [Mingw-w64-public] Pre-built toolchains and packages gone from the Downloads page

[Norbert Pfeiler]

Also: http://mingw-w64.org/doku.php/versions

On Mon, Sep 5, 2016 at 2:03 PM Norbert Pfeiler <
norbert.pfeiler+mingw-...@gmail.com> wrote:

> I, too, think alphabetical order is seen as intentionally unbiased.
> It’s not like there are 3 projects starting with AAA anyway.
>
> > (except for the fact that there should be two lists and not one)
> Why do you think there should be 2 lists?
> I would split it in native and cross toolchains.
>
> Additionally, since I can’t edit this myself now:
> msys2 has gcc 6.1.0 and also offers all the languages (like debian or
> ubuntu)
>
> Regards, Norbert.
>
> On Mon, Sep 5, 2016 at 1:31 PM Adrien Nader  wrote:
>
>> On Mon, Sep 05, 2016, NightStrike wrote:
>> > On Sep 4, 2016 6:50 PM, "Adrien Nader"  wrote:
>> > >
>> > > Additionaly, the list of projects using mingw-w64 is now sorted and
>> > > always displayed in full.
>> >
>> > This was always randomized on purpose, and for very good reason: we
>> don't
>> > want to give preferential treatment to projects based on names starting
>> > with 'A'. We'd like to give equal exposure to all.
>>
>> I still have a few things to improve for this but the drawbacks to
>> randomizing are a bit too big for my taste.
>>
>> - users find the order weird
>> - users find the order changes weird
>> - the current implementation relies on javascript and makes the list
>>   change suddenly
>> - some search engine bots *really* dislike that links come and go
>>
>> Meanwhile the links are not at the top of the page at all and are quite
>> clearly sorted alphabetically (except for the fact that there should be
>> two lists and not one) which makes me not worried about this.
>>
>> --
>> Adrien Nader
>>
>>
>> --
>> ___
>> Mingw-w64-public mailing list
>> Mingw-w64-public@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>>
>
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] Wrong quotient results of `remquo()`?

[lhmouse]

The disagreement of glibc and mingw-w64 (in my opinion) is definitely glibc's 
bug:

lh_mouse@lhmouse-dev:~$ cat test3.c 
#include 
#include 

int main(){
double x = 10.001000;
double y = 0.701000;
int quo;
double rem = remquo(x, y, );
printf("%f %f %d %f\n", x, y, quo, rem);
}
lh_mouse@lhmouse-dev:~$ gcc test3.c -lm -O0 && ./a.out # use glibc
10.001000 0.701000 8 4.393000
lh_mouse@lhmouse-dev:~$ gcc test3.c -lm -O2 && ./a.out  # performs constant 
folding
10.001000 0.701000 14 0.187000
lh_mouse@lhmouse-dev:~$ 

The remainder of `remquo` from mingw-w64 seems all right.
However the value (or rather, the 3 least significant bits) returned in the 
third parameter
still seems problematic.

--   
Best regards,
lh_mouse
2016-09-06

-
发件人："lhmouse"
发送日期：2016-09-05 23:08
收件人：mingw-w64-public,lhmouse
抄送：
主题：Re:  [Mingw-w64-public] Wrong quotient results of `remquo()`?

Found an example on cppreference:
http://en.cppreference.com/w/cpp/numeric/math/remquo

The example shows that, since `cos()` is periodic,
adding 1 * PI to its parameter doesn't change the result.

But, we can also say that, subtracting 1 * PI
from its parameter should not change the result either. However,
with mingw-w64 and MSVCRT, it DOES change the result,
as shown on the last line:

E:\Desktop>g++ test.cpp -std=c++14

E:\Desktop>a.exe
cos(pi * -0.25) = 0.707107
cos(pi * -1.25) = -0.707107
cos(pi * -1.25) = 0.707123
cos(pi * -10001.25) = -0.707117
cos(pi * -1.25) = 0.707107
cos(pi * -10001.25) = 0.707107

This could be a potential bug.

--   
Best regards,
lh_mouse
2016-09-05

-
发件人："lhmouse"
发送日期：2016-09-05 22:27
收件人：mingw-w64-public
抄送：
主题：[Mingw-w64-public] Wrong quotient results of `remquo()`?

Hello guys,
I am testing my `remquo()` implementation when I find that `remquo`
on Linux (using glibc) and on Windows (using mingw-w64) generate
different results. I don't think this is the correct behavior. Any ideas?

The testcases in file `remquo.txt` the attached zip file was generated
on my VPS running Debian. MinGW-w64 is failing some of them:

E:\Desktop\remquo_test>gcc test.c -std=c99 && a.exe > nul
passed: 37864
failed: 2537

--
Best regards,
lh_mouse
2016-09-05
--

___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public





--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] Wrong quotient results of `remquo()`?

[lhmouse]

Found an example on cppreference:
http://en.cppreference.com/w/cpp/numeric/math/remquo

The example shows that, since `cos()` is periodic,
adding 1 * PI to its parameter doesn't change the result.

But, we can also say that, subtracting 1 * PI
from its parameter should not change the result either. However,
with mingw-w64 and MSVCRT, it DOES change the result,
as shown on the last line:

E:\Desktop>g++ test.cpp -std=c++14

E:\Desktop>a.exe
cos(pi * -0.25) = 0.707107
cos(pi * -1.25) = -0.707107
cos(pi * -1.25) = 0.707123
cos(pi * -10001.25) = -0.707117
cos(pi * -1.25) = 0.707107
cos(pi * -10001.25) = 0.707107

This could be a potential bug.

--   
Best regards,
lh_mouse
2016-09-05

-
发件人："lhmouse"
发送日期：2016-09-05 22:27
收件人：mingw-w64-public
抄送：
主题：[Mingw-w64-public] Wrong quotient results of `remquo()`?

Hello guys,
I am testing my `remquo()` implementation when I find that `remquo`
on Linux (using glibc) and on Windows (using mingw-w64) generate
different results. I don't think this is the correct behavior. Any ideas?

The testcases in file `remquo.txt` the attached zip file was generated
on my VPS running Debian. MinGW-w64 is failing some of them:

E:\Desktop\remquo_test>gcc test.c -std=c99 && a.exe > nul
passed: 37864
failed: 2537

--
Best regards,
lh_mouse
2016-09-05
--

___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public




--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

[Mingw-w64-public] Wrong quotient results of `remquo()`?

[lhmouse]

Hello guys,
I am testing my `remquo()` implementation when I find that `remquo`
on Linux (using glibc) and on Windows (using mingw-w64) generate
different results. I don't think this is the correct behavior. Any ideas?

The testcases in file `remquo.txt` the attached zip file was generated
on my VPS running Debian. MinGW-w64 is failing some of them:

E:\Desktop\remquo_test>gcc test.c -std=c99 && a.exe > nul
passed: 37864
failed: 2537

--
Best regards,
lh_mouse
2016-09-05
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

[Mingw-w64-public] status of mingw-w64 v5 ?

[Michel Zou]

Hello,

I noticed there were two release candidates of mingw-w64: 5.0rc1 and 5.0rc2 
before spring, but no final 5.0.0 tag since then.

May I ask why ?

--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] Pre-built toolchains and packages gone from the Downloads page

[Norbert Pfeiler]

I, too, think alphabetical order is seen as intentionally unbiased.
It’s not like there are 3 projects starting with AAA anyway.

> (except for the fact that there should be two lists and not one)
Why do you think there should be 2 lists?
I would split it in native and cross toolchains.

Additionally, since I can’t edit this myself now:
msys2 has gcc 6.1.0 and also offers all the languages (like debian or
ubuntu)

Regards, Norbert.

On Mon, Sep 5, 2016 at 1:31 PM Adrien Nader  wrote:

> On Mon, Sep 05, 2016, NightStrike wrote:
> > On Sep 4, 2016 6:50 PM, "Adrien Nader"  wrote:
> > >
> > > Additionaly, the list of projects using mingw-w64 is now sorted and
> > > always displayed in full.
> >
> > This was always randomized on purpose, and for very good reason: we don't
> > want to give preferential treatment to projects based on names starting
> > with 'A'. We'd like to give equal exposure to all.
>
> I still have a few things to improve for this but the drawbacks to
> randomizing are a bit too big for my taste.
>
> - users find the order weird
> - users find the order changes weird
> - the current implementation relies on javascript and makes the list
>   change suddenly
> - some search engine bots *really* dislike that links come and go
>
> Meanwhile the links are not at the top of the page at all and are quite
> clearly sorted alphabetically (except for the fact that there should be
> two lists and not one) which makes me not worried about this.
>
> --
> Adrien Nader
>
>
> --
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] Pre-built toolchains and packages gone from the Downloads page

[Adrien Nader]

On Mon, Sep 05, 2016, NightStrike wrote:
> On Sep 4, 2016 6:50 PM, "Adrien Nader"  wrote:
> >
> > Additionaly, the list of projects using mingw-w64 is now sorted and
> > always displayed in full.
> 
> This was always randomized on purpose, and for very good reason: we don't
> want to give preferential treatment to projects based on names starting
> with 'A'. We'd like to give equal exposure to all.

I still have a few things to improve for this but the drawbacks to
randomizing are a bit too big for my taste.

- users find the order weird
- users find the order changes weird
- the current implementation relies on javascript and makes the list
  change suddenly
- some search engine bots *really* dislike that links come and go

Meanwhile the links are not at the top of the page at all and are quite
clearly sorted alphabetically (except for the fact that there should be
two lists and not one) which makes me not worried about this.

-- 
Adrien Nader

--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] Pre-built toolchains and packages gone from the Downloads page

[Adrien Nader]

That, I can arrange it by hand. I thought it ws fine for you now and I
had added you to the right group to edit the pages. I'll get you a new
password by hand this evening.

-- 
Adrien Nader

--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public