date:20110404

Re: [Haskell-cafe] llvm package on Windows

2011-04-04 Thread Henning Thielemann

Jacques Carette schrieb:
 I am trying to install llvm-0.9.0.1 on Windows (through cygwin), on top
 of a clean install of Haskell Platform 2010.2.0.0.
 
 I do
 cabal install llvm --configure-option --with-llvm-prefix=C:\\llvm
 (which is where I unpacked llvm-gcc4.2-2.8-x86-mingw43.tar.bz2).  This
 fails with
 
 .mingw\bin\ld.exe: cannot find -lLLVMXCoreAsmPrinter
 (which is indeed the first -l option on the gcc line).

Does the LLVMXCoreAsmPrinter library exist on your machine? If not, then
certainly building LLVM went wrong. If it exists then my next question
would be, whether this is a particular problem with LLVMXCoreAsmPrinter
or whether this is just the first library GHC tried to bind to.

I could suggest to try to build the current state of the package from
   http://code.haskell.org/llvm/
 but I suspect that the building problem would be the same.

 [I also tried the llvm-ht package, same issue; I can't tell which of the
 2 packages is 'best' from the online doc]

llvm-ht was a little modification by me. In the meantime I could
incorporate my changes to the main llvm package. I may flag llvm-ht as
deprecated.

Btw. there is also the haskell-llvm mailing list.
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-llvm

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] GSoC Proposal: A 3d visualization of code (packages)

2011-04-04 Thread Tillmann Vogt


Dear Haskell Programmers,

To get some feedback on my proposal here is posting that explains it 
more detailed:

http://tillmannvogt.wordpress.com/2011/03/30/gsoc/

If this succeeds it could become the poster child application for WebGL 
and there will be an immediate value to all Haskell programmers: Get an 
overview what is happening. In the long term there is the possibility to 
have a very powerful UI-library and to be able to combine visualizations 
with Code.


The milestone plan is just to show that it should be doable. The part 
that is not so clear how to do is the integration with hackage2. It 
could even be a separate site like haskellers.com that links to various 
resources. Should a WebGL engine be used (then it should be easy to load 
a collada file) or can WebGL be integrated in a haskell web framework?


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] Encoding of Haskell source files

2011-04-04 Thread Roel van Dijk

Hello,

The Haskell 2010 language specification states that Haskell uses
the Unicode character set [1]. I interpret this as saying that,
at the lowest level, a Haskell program is a sequence of Unicode
code points. The standard doesn't say how such a sequence should
be encoded. You can argue that the encoding of source files is
not part of the language. But I think it would be highly
practical to standardise on an encoding scheme.

Strictly speaking it is not possible to reliably exchange Haskell
source files on the byte level. If I download some package from
hackage I can't tell how the source files are encoded from just
looking at the files.

I propose a few solutions:

A - Choose a single encoding for all source files.

This is wat GHC does: GHC assumes that source files are ASCII or
UTF-8 only, other encodings are not recognised [2]. UTF-8 seems like
a good candidate for such an encoding.

B - Specify encoding in the source files.

Start each source file with a special comment specifying the encoding
used in that file. See Python for an example of this mechanism in
practice [3]. It would be nice to use already existing facilities to
specify the encoding, for example:
{-# ENCODING encoding name #-}

An interesting idea in the Python PEP is to also allow a form
recognised by most text editors:
# -*- coding: encoding name -*-

C - Option B + Default encoding

Like B, but also choose a default encoding in case no specific
encoding is specified.

I would further like to propose to specify the encoding of haskell
source files in the language standard. Encoding of source files
belongs somewhere between a language specification and specific
implementations. But the language standard seems to be the most
practical place.

This is not an official proposal. I am just interested in what the
Haskell community has to say about this.

Regards,
Roel

[1] -
http://www.haskell.org/onlinereport/haskell2010/haskellch2.html#x7-150002.1
[2] -
http://www.haskell.org/ghc/docs/7.0-latest/html/users_guide/separate-compilation.html#source-files
[3] - http://www.python.org/dev/peps/pep-0263/

45 matches

Mail list logo