> [04:14pm 0.11 0.15 0.16 ~/CGI]$ ghc Counter.lhs
> compilation IS NOT required
> Counter.o: In function `__stginit_Main':
> Counter.o(.text+0x16): undefined reference to `__stginit_CGI'
> [...]
Your invocation of the ghc command is telling GHC to just compile
Counter.lhs to Counter.o and then c
Simon Marlow wrote:
This discussion is getting rather long, so I thought I'd summarise (as
much for my benefit as everyone else's). Please let me know if I get
anything wrong.
I haven't found anything wrong.
I'm pretty sure (1) and (2) aren't viable, though.
I basically agree. In the presence (
On Mittwoch, Juni 19, 2002, at 01:43 , Andrew J Bromage wrote:
> I don't mean to detract from the fine work which the HOpenGL people
> have achieved, but I think that binding to the C implementation of GLUT
> was, in retrospect, a mistake.
The problem here is with OpenGL, not with GLUT. OpenGL r
I have implemented a hack that makes HOpenGL work with
--enable-threaded-rts. It currently contains 3 lines of MacOS X-specific
code, and it needs cleaning up. More about that later.
> Simon and I don't understand GLUT's requirements at all clearly.
> Why is the context thread-local?
OpenGL
In short, it doesn't work :-( .
OpenGL (at least on MacOS) keeps track of the "current context" on a
per-thread basis. The GLUT library sets the current context and calls
back to the program. With GHC 5.03 compiled with --enable-threaded-rts,
the callback gets executed in a different thread. Th
Here are some less tragic solutions I can think of:
1. Dual-license GHC under _both_ the current GHC license and
the GPL
2. User wins because they don't have to deal with the GPL if
they don't want to.
Agreed.
3. Developer wins because lots of people like the GPL, and
any development they do wi
I'm being provocative, I know. I'm not trying to insult though, just to
encourage a creative discussion.
Me too. But I've never seen a flame war on any haskell list, so I trust that no one will be insulted if we present our differing opinions in a strong way. We'll just have to take this discussi
On Dienstag, Juni 11, 2002, at 09:22 , Ashley Yakeley wrote:
> They solve a similar problem in a quite different way. [...]
> I think Wolfgang means [...]
Exactly.
> [...] add new package specification components, such as
> "frameworks" and "frameworks_dir". They just need to be passed on to th
Hi Everyone,
I've run into some problems/"design issues" for GHC/MacOSX, and I'd like to hear other
people's opinions on the subject. Sorry for the long post.
Programs compiled by GHC for MacOS X currently depend on two libraries that are not
included with MacOS X:
*) dlcompat - a compatibili
On 2002-06-03 12:46:19 +0100 Simon Marlow <[EMAIL PROTECTED]> wrote:
>> We really *should* do this, I know. The problem is that it isn't free
> by a long shot: it'll make .hc files significantly larger, and obfuscate
> a lot of code.
> Anyone have any ideas that don't have such a big impact?
We
distributions of GHC for
Windows include libgmp as a DLL. That's what I'll be doing for my
future releases of GHC for MacOS X.
Cheers,
Wolfgang Thaller
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
le) data structures for profiling. It's
just a coincidence that some simple programs seem to run sometimes...
Cheers,
Wolfgang Thaller
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>I see there is already working support for Darwin. What will have to be
>adjusted to get from powerpc-apple-darwin to powerpc-unknown-linux?
Well, the first step should be to build an "unregistered" version -
if there has ever been a working LinuxPPC port (I don't know about
any), this is easy
r any platform - it has nothing to do with
MacOS X.
Regards,
Wolfgang Thaller
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
The binary package for MacOS X is now available at
http://www.kfunigraz.ac.at/imawww/haskell/GHC.dmg
Enjoy!
--
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haske
Here are some new patches for GHC for MacOS X.
The patches are relative to the CVS HEAD from 9th of April.
I also have prepared a binary snapshot [a double-clickable installer
package this time], but as last time, I don't have the webspace to
upload it myself - I'd be happy to FTP it wherever th
>At 2002-03-22 15:52, Wolfgang Thaller wrote:
>
>>A tar.gz file (14.5MB) of GHC for MacOS X is now available for download at:
>>http://www.foldr.org/Software/Haskell/ghc/ghc-5.03-13032002-MacOSX.tar.gz
>
>Do you have 'gcc' installed on your system?
Well, I have
>You need to run ranlib on a bunch of the libHS*.a files.
Yes, I should have added that to the README. It seems that ranlib has
to be rerun whenever those .a files are moved around...
>[...] Also, linking
>with ghc seems to need libgmp:
>
>Doing ranlib was easy, but I'm not sure about -lgmp. Wa
A tar.gz file (14.5MB) of GHC for MacOS X is now available for download at:
http://www.foldr.org/Software/Haskell/ghc/ghc-5.03-13032002-MacOSX.tar.gz
Thanks to Volker Stolz for hosting this.
Cheers,
Wolfgang
--
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net
___
I have a 14.5MB tar.gz binary version of GHC for MacOS X on my hard
disk. It's based on the CVS version from 13th of March.
However, I don't have enough webspace to make it available. Does
anyone happen to have some room left for that? (haskell.org? anyone
else?)
Cheers,
Wolfgang
___
>I'm attaching my patches.
Well, I'm attaching them _now_.
Cheers,
Wolfgang
%ghc-5.03-macosx.patch.gz
Description: application/applefile
ghc-5.03-macosx.patch.gz
Description: Binary data
After weeks of wrestling with Apple's buggy version of gdb,
registerized compilation on MacOS X finally works!
I've tested it on GHC itself and on my own (H)OpenGL program, VOP,
and it seems to work now.
I'm attaching my patches.
I've had trouble compiling the newest version from CVS. Instead,
I've decided to publish another preliminary version of my patches for PowerPC.
I think that unregistered compilation works now - I haven't tried to
bootstrap ghc using the unregistered compiler yet, but I've had good
results with some other programs, most notably the cool QBSP sample
program fr
Some programs work, including green-card and some HOpenGL programs.
GHC, compiled with my registerized version, crashes.
At some point, there is pointer on the Stg Stack that points into data space.
However, it doesn't point to a closure. In points to a place just
after the last data symbol in o
>I'd be willing to bet large amounts of money that this is due to the
>macro LOOKS_LIKE_GHC_INFO() returning the wrong value. [...]
Well, you would have won large amounts of money had I accepted the bet.
It turns out to have been entirely due to my own stupidity. I had mistyped
the #ifdef darwin
I can't seem to get the Garbage Collector to work properly on MacOS X.
When a program triggers the Garbage Collector, it aborts with the
following message:
a.out: fatal error: scavenge_stack: weird activation record found on stack: 0
The same error happens both in unregistered mode and using my
I've meanwhile discovered a problem with my GHC compile for PowerPC.
While it manages to compile simple programs and the FFI seems to work (for
my simple test program), many programs compiled by it abort with a message
like:
scavenge_stack: weird activation record found on stack: xx
where xx is so
> I realize that you would rather clean things up first, but could I talk
> you
> into passing on your patches? We could use a build on MacOS X today (and
> I
> literally mean today).
It's not easy... when I say "unclean", I _mean_ unclean.
However, here it is...
I even added a new file in a p
nters what the mangler is supposed to do _exactly_?
CU,
Wolfgang Thaller
--
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
101 - 129 of 129 matches
Mail list logo