simplejack: schedule: re-entered unsafely.
Perhaps a 'foreign import unsafe' should be 'safe'?
Am I misusing something? Or is this a compiler bug? Google indicated
that the last time someone had this problem it was a compiler bug...
Here is the test program. It requires jack to be running
I get the following bug when trying to build hsql with GHC 6.4, on Mac
OS X. I am using the binary release of GHC from the GHC website.
$ runhaskell Setup.lhs build
Preprocessing library hsql-1.2...
Building hsql-1.2...
Setup.lhs: internal error: stg_ap_v_ret
Please report this as a bug to
Volker Wysk wrote:
Hello.
In GHC 6.4, GetOpt no longer recognizes the -- argument, which
terminates
interpretation of arguments beginning with - as switches:
Thanks for the report. This bug is already fixed in CVS.
Cheers,
Wolfgang
___
I've installed Wolfgang Thaller's ghc 6.4 dmg on my G3 iBook running
MacOSX 10.3.8.
ghci works fine, but attempting any compilation fails with the message:
/tmp/ghc441.s:1564:Unknown pseudo-op: .subsections_via_symbols
Please upgrade your gcc by downloading XCode Tools 1.5 from Apple.
Cheers,
g (F# f) =
let w = W32# (unsafeCoerce# f)
Why does GHC even accept this code?
I think unsafeCoerce# is not intended to be able to coerce unboxed
values.
Prelude GHC.Base :t unsafeCoerce#
unsafeCoerce# :: forall b a. a - b
The type variables a and b are supposed to be of kind *, and f
gcc -c BusErr.m
ghci -framework Foundation +RTS -RTS BusErr.o
Loading package base ... linking ... done.
Loading object (static) BusErr.o ... done
Loading object (framework) Foundation ... done
final link ... Bus error
Now that is interesting. I can reproduce that on my machine, and I'll
Problem:
ghci doesn't work with user generated packages.
Hmmm... you might have stumbled upon two different bugs;
1) GHCi crashes with object files that have no dynamic symbol table -
should happen only with toy modules
2) The __module_registered bug; AFAICT, this can't be caused by the
above
Gregory Wright wrote:
Hi,
I built 6.2.1 on Mac OS X 10.3.3 from source with OpenGL support.
I built the Cube.hs demo program and it compiles and runs fine, but if
I
terminate it with crtl-C instead of hitting q in the OpenGL window,
I get
the error message
./Cube
^CCube: internal error:
I forgot to say that the version is 6.0.1.
So... can anyone else reproduce this? Is there a stable version of
the
compiler which I should be using instead? Is there anything I can do
to help fix this bug?
I've been playing around with PPC Linux a bit on the weekend, and I
can't
reproduce the
I forgot to say that the version is 6.0.1.
So... can anyone else reproduce this? Is there a stable version of the
compiler which I should be using instead? Is there anything I can do
to help fix this bug?
I've been playing around with PPC Linux a bit on the weekend, and I can't
reproduce
Loading package readline ... linking ...
/usr/local/lib/ghc-6.0.1/HSreadline.o: unknown symbol
`_rl_free_undo_list'
ghc-6.0.1: panic! (the `impossible' happened, GHC version 6.0.1):
can't load package `readline'
- End of Listing 2 -
- Message Link 1 -
Yes, I can confirm that.
I don't understand the message on the last line. Is GHC confusing GH
source files with something else that has the same extension?
It looks like GHCi just tries to load all files passed on the command
line that do not have a known extension as an object file.
The GHCi
Gregory Wright wrote:
Hello,
I've fixed it in the darwinports version. I patched the linker to try
to find symbols
with and without a leading underscore. I thought I had sent a note to
the list
but perhaps I overlooked doing so.
The underlying issue is that there are versions of dlcompat
I should note that I've done
the build without Wolfgang's HaskellSupportFramework, by setting the
include
and library paths in build.mk. This is more compatible with the
automated packing
scheme of DarwinPorts.
Of course. The HaskellSupport.framework isn't necessary when the user
already has
First, the bug part:
None of the libraries that use errno are compatible with concurrency.
When a (lightweight) thread-switch occurs between the call to some
foreign function and the corresponding call to
Foreign.C.Error.getErrno, we have a problem:
a) the RTS trashes the value of errno
b)
[orff:tools/hc/dev] atze% ghci -package data
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 6.0, for Haskell
98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\/\/ /_/\/|_| Type :? for help.
Loading package base ... linking
Simon Peyton-Jones wrote:
Do you agree that 5.04.3 profiling is broken on Macs?
Yes, looks like it :-(
Are you still
looking at this question (I know you'd done some work on it prior to
5.04.3)?
I could have sworn I had that fixed... It definitely worked at least
once. Now it looks like
The current HEAD is not able to compile the simplest of all Haskell
programs... but I don't think the bug affects anyone.
Compiling
module Main where
main = return ()
yields
Main.hs:1:
Ambiguous type variable `m' in these top-level constraint
`Monad m' arising from use of `return'
Compiling the following program causes GHC to segfault with the HEAD on
both Mac OS X and Red Hat Linux/x86:
module THCrash where
import Language.Haskell.THSyntax
foo = [| 1 + 2 |]
$(sequence [val (pvar bar) (normal foo) []])
Running the compiler with +RTS -DS (sanity checking) yields the
After a day of running gdb in parallel on my MacOS X and Linux [quite
annoying because of different keyboard layouts ;-) ], I've come to the
following conclusion:
The entry code for BCOs expects all parameters to be on the stack, but
on non-x86 machines, the stg_ap_*_ret pass parameters to it
instead of panicking.
Cheers,
Wolfgang Thaller
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Simon Peyton-Jones wrote:
[EMAIL PROTECTED] would be a better bet.
Wolfgang Thaller is Supreme Being for MacOS so I'm cc'ing him too.
Oh, I like that title!
| -Original Message-
| From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
| Sent: 14 October 2002 14:44
| To: [EMAIL
When building the library archive libHSbase.a, the makefile system
includes not only all the split object files, but also the file
PrimopWrappers.o. Consequently [at least on Mac OS X], ranlib generates
a warning about duplicate symbols and fails to generate a sorted symbol
table for the
I've found a bug in the scheduler:
When a main thread finishes (e.g. returning from a ffi callback), the
GC might be run before it is removed from the main_threads list. If a
major collection happens, the thread will be garbage collected and the
GC barfs when it updates the pointers in the
The following causes a Context reduction stack overflow:
module ContextBug where
newtype A = A [A] deriving (Eq)
test :: A - A - Bool
test x y = x == y
Changing from newtype to data helps.
I haven't yet cvs-updated the newest revision to the typechecker, but
that was just about undecidable
If a callback into Haskell code finishes very quickly, a deadlock
occurs. Adding a small delay helps.
This is what I think happens:
rts_evalIO creates a haskell thread
rts_evalIO calls scheduleExtThread to spawn a new OS thread. When the
callback is finished, schedule() calls
to lack of disk space.
Any Ideas?
Wolfgang Thaller
--
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
5.02.2)
Wolfgang Thaller
--
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
28 matches
Mail list logo