Re: [Mingw-w64-public] [Mingw-users] thanks for mingw64

2011-05-23 Thread Earnie
Prof Brian Ripley wrote: > On Fri, 20 May 2011, NightStrike wrote: > >> On Fri, May 20, 2011 at 10:18 AM, NightStrike >> wrote: >>> On Fri, May 20, 2011 at 8:32 AM, Earnie >>> wrote: Prof Brian Ripley wrote: >>> >> for LP64 that have long long as undefined. Can you link to >> the C9

Re: [Mingw-w64-public] enhancements on the win32 to win64 conversion

2011-05-23 Thread RSPsoftware
Kai I only dicovered that the code that I was using since 2004 has this weird and unusual round trick last week when I converted the win32 code to win64 It was inside a equalizer plugin for XMMS --- Em seg, 23/5/11, Kai Tietz escreveu: De: Kai Tietz Assunto: Re: [Mingw-w64-public] enhancement

Re: [Mingw-w64-public] enhancements on the win32 to win64 conversion

2011-05-23 Thread RSPsoftware
thanks a lot, and I will remember also to always use -Wall when converting win32 code to win64 --- Em seg, 23/5/11, Kai Tietz escreveu: De: Kai Tietz Assunto: Re: [Mingw-w64-public] enhancements on the win32 to win64 conversion Para: mingw-w64-public@lists.sourceforge.net Data: Segunda-feira,

Re: [Mingw-w64-public] enhancements on the win32 to win64 conversion

2011-05-23 Thread Kai Tietz
Your code violates strict aliasing. This is your problem here. Use instead of address cast to integer a union construct and your code will behave as you expect. Nevertheless why aren't you simply using here +0.5? You can try if your code works with option -fno-strict-aliasing. Regards, Kai --

Re: [Mingw-w64-public] enhancements on the win32 to win64 conversion

2011-05-23 Thread RSPsoftware
believe or not it work on win32 but now for win32 and win64 I am using int = float + 0.5 and it is also working --- Em seg, 23/5/11, Ruben Van Boxem escreveu: De: Ruben Van Boxem Assunto: Re: [Mingw-w64-public] enhancements on the win32 to win64 conversion Para: mingw-w64-public@lists.sourcefo

Re: [Mingw-w64-public] enhancements on the win32 to win64 conversion

2011-05-23 Thread Ruben Van Boxem
2011/5/23 RSPsoftware > the compiler dont show a warning about the win32 to win64 conversion in the > following function, it would be great if the compiler report at least a > warning about it > > this function fail miserably in win64, and I have only detected it after > the compilation and tests

[Mingw-w64-public] enhancements on the win32 to win64 conversion

2011-05-23 Thread RSPsoftware
the compiler dont show a warning about the win32 to win64 conversion in the following function, it would be great if the compiler report at least a warning about it this function fail miserably in win64, and I have only detected it after the compilation and tests   intround_trick (float floatval

Re: [Mingw-w64-public] Custom toolchain build with gcc-4.4.7 (2011-05-10)

2011-05-23 Thread Ozkan Sezer
Uploaded a small header update for these builds: sezero_20110510-w32-header-upd-rev.4176.zip : for w32-targeting toolchains sezero_20110510-w64-header-upd-rev.4176.zip : for w64-targeting toolchains These update some headers in sezero_20110510 personal toolchains to rev. 4176. Unzip into your too

Re: [Mingw-w64-public] ManKai Common Lisp uses MinGW-w64!

2011-05-23 Thread JonY
On 5/18/2011 16:20, Jean-Claude Beaudoin wrote: > Hello MinGW-w64 folks, > > ManKai Common Lisp (MKCL) has been > using MinGW-w64 as the basis of its Windows 7 64 bits version for more than > a year now and has yet to report its first MinGW-w64 related bug.