On 10/06/2011 01:44 AM, Jason Dagit wrote:
On Thu, Jun 9, 2011 at 2:06 PM, Andrew Coppin
andrewcop...@btinternet.com wrote:
Too bad GHC doesn't support inline assembly yet... (Or does it? I know it
supports inline Core now.)
Really? I found this in the manual so I think either the docs
It's worth mentioning 'foreign prim' is still a bit different from
inline code - while you can certainly write Cmm and have GHC link it
into your program, it is not really inline. GHC has two different
kinds of primitive operations: inline primops, and out of line
primops. foreign primops are
It is 32 bits, I'm sure.
Besides the 32-bit stack manipulation, it uses eax and ecx to hold two
32-bit parts of the 64-bit number.
Best regards,
Rafael
On Thu, Jun 9, 2011 at 02:54, Scott Lawrence byt...@gmail.com wrote:
On 06/09/2011 01:47 AM, Jason Dagit wrote:
Have you checked this by
This really sucks. Not even LLVM is ported to 64-bit Windows.
This is mainly because Windows uses 32-bit pointers for compatibility.
http://archive.gamedev.net/reference/programming/features/20issues64bit/
Atc
Rafael
On Thu, Jun 9, 2011 at 08:04, Rafael Gustavo da Cunha Pereira Pinto
On 09/06/2011 06:54 AM, Scott Lawrence wrote:
On 06/09/2011 01:47 AM, Jason Dagit wrote:
Have you checked this by looking at the generated assembly? I
generated some assembly from GHC on windows. Here is what it looks
ilke:
http://hpaste.org/47610
My assembly-fu is not strong enough to tell
Am 09.06.2011 19:44, schrieb Andrew Coppin:
On 09/06/2011 06:54 AM, Scott Lawrence wrote:
On 06/09/2011 01:47 AM, Jason Dagit wrote:
Have you checked this by looking at the generated assembly? I
generated some assembly from GHC on windows. Here is what it looks
ilke:
http://hpaste.org/47610
On the other hand, I still think it would be worth actually
benchmarking this stuff to see how much difference it makes. Wouldn't
surprise me if the CPU designers did some clever trickery with
pipelining and superscalar execution to make two adjacent 32-bit
instructions execute the same way as a
On Thu, Jun 9, 2011 at 1:53 PM, Andrew Coppin
andrewcop...@btinternet.com wrote:
I'm still left wondering if using 32-bit instructions to manipulate 64-bit
values is actually that much slower. Back in the old days of non-pipelined,
uniscalar CPUs, it would certainly have been the case. Today's
On 09/06/2011 08:44 PM, austin seipp wrote:
On Thu, Jun 9, 2011 at 1:53 PM, Andrew Coppin
andrewcop...@btinternet.com wrote:
I'm still left wondering if using 32-bit instructions to manipulate 64-bit
values is actually that much slower.
The problem is you're probably going to need to spill
On Thu, Jun 9, 2011 at 4:06 PM, Andrew Coppin
andrewcop...@btinternet.com wrote:
Too bad GHC doesn't support inline assembly yet... (Or does it? I know it
supports inline Core now.)
Is this new in 7.2?
Antoine
___
Haskell-Cafe mailing list
On Thu, Jun 9, 2011 at 2:06 PM, Andrew Coppin
andrewcop...@btinternet.com wrote:
Too bad GHC doesn't support inline assembly yet... (Or does it? I know it
supports inline Core now.)
Really? I found this in the manual so I think either the docs need to
be updated or you are mistaken:
On Tue, Jun 7, 2011 at 11:32 AM, Nicu Ionita nicu.ion...@acons.at wrote:
Yes, I was a little bit unclear, I wanted to say: the generated code does
not use the 64 bit instructions (i.e. 1 instruction for .., for example).
Of course, it works, but I suppose, much slower then it could (3-4 times,
On 06/09/2011 01:47 AM, Jason Dagit wrote:
Have you checked this by looking at the generated assembly? I
generated some assembly from GHC on windows. Here is what it looks
ilke:
http://hpaste.org/47610
My assembly-fu is not strong enough to tell if it's using 64bit instructions.
It
On 06/06/2011 09:34 PM, Nicu Ionita wrote:
Hi,
Just to double check: that means, today it's not possible to generate 64
bit operations under Windows, including bit level .., .|. a.s.o. (from
Data.Bits), and this situation will stay like this for a while.
I'm asking this because I'm currently
Am 07.06.2011 19:37, schrieb Andrew Coppin:
On 06/06/2011 09:34 PM, Nicu Ionita wrote:
Hi,
Just to double check: that means, today it's not possible to generate 64
bit operations under Windows, including bit level .., .|. a.s.o. (from
Data.Bits), and this situation will stay like this for a
Am 23.05.2011 13:32, schrieb Simon Marlow:
On 18/05/2011 19:22, Jason Dagit wrote:
On Wed, May 18, 2011 at 2:50 AM, John Sneerjohnsn...@operamail.com
wrote:
Hello all,
I know it is not probably good question to this list, but anyway,
could anyone point me to some more detailed how to
On Mon, Jun 6, 2011 at 1:34 PM, Nicu Ionita nicu.ion...@acons.at wrote:
Am 23.05.2011 13:32, schrieb Simon Marlow:
On 18/05/2011 19:22, Jason Dagit wrote:
On Wed, May 18, 2011 at 2:50 AM, John Sneerjohnsn...@operamail.com
wrote:
Hello all,
I know it is not probably good question to
On 18/05/2011 19:22, Jason Dagit wrote:
On Wed, May 18, 2011 at 2:50 AM, John Sneerjohnsn...@operamail.com wrote:
Hello all,
I know it is not probably good question to this list, but anyway,
could anyone point me to some more detailed how to where is
described building of Haskell
On Mon, May 23, 2011 at 4:32 AM, Simon Marlow marlo...@gmail.com wrote:
On 18/05/2011 19:22, Jason Dagit wrote:
On Wed, May 18, 2011 at 2:50 AM, John Sneerjohnsn...@operamail.com
wrote:
Hello all,
I know it is not probably good question to this list, but anyway,
could anyone point me
Hello all,
I know it is not probably good question to this list, but anyway,
could anyone point me to some more detailed how to where is
described building of Haskell Platform natively to 64bit Windows?
I have no problem using 32bit version until I need more than 2GB of
RAM.
I went
On Wed, May 18, 2011 at 2:50 AM, John Sneer johnsn...@operamail.com wrote:
Hello all,
I know it is not probably good question to this list, but anyway,
could anyone point me to some more detailed how to where is
described building of Haskell Platform natively to 64bit Windows?
If you
21 matches
Mail list logo
