On Mon, 2011-04-11 at 00:42 +0200, Svante Signell wrote:
> Addressing both Haskell and Hurd people here. Any hints by anyone?
>
> On Wed, 2011-04-06 at 09:30 +0200, Svante Signell wrote:
> ...
> > #5 0x011d3ce0 in __libc_read (fd=DWARF-2 expression error: DW_OP_reg
> > operations must be used either alone or in conjuction with DW_OP_piece
> > or DW_OP_bit_piece.
> > ) at ../sysdeps/mach/hurd/read.c:27
> > #6 0x084919c8 in s9qJ_ret ()
> > #7 0x0861f842 in StgRun ()
> > #8 0x087c44e0 in ?? ()
>
> Looking into this further, this looks like an error. What does it mean?
> from eglibc-2.11.2/sysdeps/mach/hurd/read.c
>
> /* Read NBYTES into BUF from FD. Return the number read or -1. */
> ssize_t
> __libc_read (int fd, void *buf, size_t nbytes)
> {
> error_t err = HURD_FD_USE (fd, _hurd_fd_read (descriptor, buf,
> &nbytes, -1));
> return err ? __hurd_dfail (fd, err) : nbytes;
> }
Could not find any reference to __libc_read in either gnumach or hurd
code. The only place was in the binary file
hurd-20110319/ext2fs/ext2fs.static, but I assume this comes from a
linkage with libc. Is the calling function in the Haskell cabal-bin
binary linked with libc0.3 (and other libs)? How to enable debugging for
Haskell binaries with gdb?
