Re: [fpc-devel] Can't build FPC what can be a reason?

2011-04-19 Thread Paul Ishenin
15.04.2011 19:54, Paul Ishenin wrote: 13.04.2011 8:12, Paul Ishenin wrote: make clean all OPT="-g -gl -gw -godwarfsets" I do it also on Windows 7/win32. I tried both 2.4.4 and 2.5.1 as the starting compiler. this compiles: make clean all this does not: make clean all OPT="-gwl" I made anoth

Re: [fpc-devel] Extended type

2011-04-19 Thread Hans-Peter Diettrich
Florian Klaempfl schrieb: Using extended typically hides only bad numerical algorithms. There might be some corner cases where extended is usefull but I general I think it's a matter of bad algorithms. Some algorithms convert faster with increased accuracy. DoDi

Re: [fpc-devel] Extended type

2011-04-19 Thread Florian Klaempfl
Am 19.04.2011 15:18, schrieb Marco van de Voort: In our previous episode, Dani?l Mantione said: By the way, recent GCC versions calculate the goniometric functions in software using SSE3, and I checked that this is indeed slightly faster than the x87. So we can get rid to the x87 stuff, should

Re: [fpc-devel] Extended type

2011-04-19 Thread Marco van de Voort
In our previous episode, Dani?l Mantione said: > > By the way, recent GCC versions calculate the goniometric functions in > software using SSE3, and I checked that this is indeed slightly faster > than the x87. So we can get rid to the x87 stuff, should we want. You'll need to runtime test for

Re: [fpc-devel] Extended type

2011-04-19 Thread Florian Klaempfl
Am 19.04.2011 12:27, schrieb Daniël Mantione: Op Tue, 19 Apr 2011, schreef Florian Klämpfl: It's just that the documentation tells you not to use the x87. Yes, because it's strange programming model should be really dropped. Agree, but the 80 bit support makes some people want to use it.

Re: [fpc-devel] Extended type

2011-04-19 Thread Daniël Mantione
Op Tue, 19 Apr 2011, schreef Florian Klämpfl: It's just that the documentation tells you not to use the x87. Yes, because it's strange programming model should be really dropped. Agree, but the 80 bit support makes some people want to use it. And that will stay this way until CPU manufact

Re: [fpc-devel] Extended type

2011-04-19 Thread Daniël Mantione
Op Tue, 19 Apr 2011, schreef Nikolai Zhubr: 19.04.2011 14:12, Daniël Mantione: MS does preserve FPU states between processes. You can use the x87 on Windows, nothing prevents you from doing so. Maybe the calling Yes it does for 32-bit processes on win64, guaranteed. But do you have any evi

Re: [fpc-devel] Extended type

2011-04-19 Thread Hans-Peter Diettrich
Nikolai Zhubr schrieb: Originally MS spread info it wouldn't work at all under Windows, but that proved to be false, the FPU works technically. Now MS just states it is unsupported. And deprecated: http://msdn.microsoft.com/en-us/library/ee418798(VS.85).aspx#Porting_to_64bit Thanks. I al

Re: [fpc-devel] Extended type

2011-04-19 Thread Nikolai Zhubr
19.04.2011 14:12, Daniël Mantione: MS does preserve FPU states between processes. You can use the x87 on Windows, nothing prevents you from doing so. Maybe the calling Yes it does for 32-bit processes on win64, guaranteed. But do you have any evidence (tests/documents/links) proving it also d

Re: [fpc-devel] Extended type

2011-04-19 Thread Florian Klämpfl
Am 19.04.2011 12:12, schrieb Daniël Mantione: > > > Op Tue, 19 Apr 2011, schreef Nikolai Zhubr: > >> ms (supposedly) decided to just not preserve FPU/MMX state between >> 64-bit processes. > > MS does preserve FPU states between processes. You can use the x87 on > Windows, nothing prevents you

Re: [fpc-devel] Extended type

2011-04-19 Thread Nikolai Zhubr
19.04.2011 13:43, Alexander Klenin: 2011/4/19 Nikolai Zhubr: Now, with the introduction of 64-bit processors IIRC AMD took care of this problem by providing some means to execute floating-point operations without the need for traditional FPU register space, thus allowing to avoid the need to sav

Re: [fpc-devel] Extended type

2011-04-19 Thread Daniël Mantione
Op Tue, 19 Apr 2011, schreef Nikolai Zhubr: ms (supposedly) decided to just not preserve FPU/MMX state between 64-bit processes. MS does preserve FPU states between processes. You can use the x87 on Windows, nothing prevents you from doing so. Maybe the calling convention, but even that yo

Re: [fpc-devel] Extended type

2011-04-19 Thread Jonas Maebe
On 19 Apr 2011, at 11:43, Alexander Klenin wrote: 2011/4/19 Nikolai Zhubr : Now, with the introduction of 64-bit processors IIRC AMD took care of this problem by providing some means to execute floating-point operations without the need for traditional FPU register space, thus allowing to

Re: [fpc-devel] Extended type

2011-04-19 Thread Alexander Klenin
2011/4/19 Nikolai Zhubr : > Now, with the > introduction of 64-bit processors IIRC AMD took care of this problem by > providing some means to execute floating-point operations without the need > for traditional FPU register space, thus allowing to avoid the need to > save/restore FPU state. IIRC th

Re: [fpc-devel] Extended type

2011-04-19 Thread Nikolai Zhubr
18.04.2011 20:35, Hans-Peter Diettrich: Jonas Maebe schrieb: On 18 Apr 2011, at 10:13, Daniël Mantione wrote: Originally MS spread info it wouldn't work at all under Windows, but that proved to be false, the FPU works technically. Now MS just states it is unsupported. And deprecated: http:/