Hello,
You rule!
Here is where I am at now. It seems that when I build ghc from source,
the top level configure script detects that my system has large file
support, and enables it. As you discovered, this gets dumped into:
/usr/lib/ghc-6.8.2/include/ghcautoconf.h
which gets included when hsc2h
Created a ticket with a patch:
http://hackage.haskell.org/trac/ghc/ticket/2093
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Filed as:
http://hackage.haskell.org/trac/ghc/ticket/2096
--
Adam Langley [EMAIL PROTECTED]
http://www.imperialviolet.org 650-283-9641
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
On Feb 12, 2008 11:04 PM, Adam Langley <[EMAIL PROTECTED]> wrote:
> structure filled in. HsUnix.h has a wrapper around lstat for exactly
> this reason, however ltrace shows it calling the wrong one.
So (finally!) the real issue:
hsc2hs has a C preprocessor prelude (utils/hsc2hs/template-hsc.h)
wh
On Feb 12, 2008 10:44 PM, Adam Langley <[EMAIL PROTECTED]> wrote:
> Currently I'm looking at hsc2hs for this bug. On a 32 bit box here:
hsc2hs is forgiven; if you build with #define _FILE_OFFSET_BITS 32
then the structure is 96 bytes and the 64-bit offset is, indeed, at
offset 88.
However, if you
On Feb 12, 2008 8:38 PM, Jeremy Shaw <[EMAIL PROTECTED]> wrote:
> I get funny results when I call getSymbolicLinkStatus in ghc 6.8.2 on
> Ubuntu 7.10. This happens on several systems and has been confirmed by
> other people.
Currently I'm looking at hsc2hs for this bug. On a 32 bit box here:
int
Hello,
I get funny results when I call getSymbolicLinkStatus in ghc 6.8.2 on
Ubuntu 7.10. This happens on several systems and has been confirmed by
other people. Though, some people on almost the exact same system
claimed to not see it at all. Here is an interactive example with
ghci, note how the
