Hi,
On 8/17/07, Sigbjorn Finne [EMAIL PROTECTED] wrote:
Galois is pleased to announce the first public release of Bamse,
a Windows Installer creator framework written in Haskell. Using
Bamse, you can easily create applications that let you build
Windows Installer (MSIs) for your project's
On 8/16/07, Neil Mitchell [EMAIL PROTECTED] wrote:
In addition, perhaps this should be relocated to haskell.org, if your
server is not suitable for a large volume of users. I think it should
also be integrated somewhere (perhaps a link from the HTML report, and
certainly on the wiki)
Agreed,
Hi,
On 7/27/07, Sean Johnson [EMAIL PROTECTED] wrote:
Is there some way to install Visual Haskell with VS2005, Express? Perhaps
some workaround or hack?
It's probably impossible. Feature matrix for Visual Studio products says
Use 3rd party controls and content. No Macros, Add-ins or Packages.
On 6/3/07, Monique Monteiro [EMAIL PROTECTED] wrote:
On 6/2/07, Esa Ilari Vuokko [EMAIL PROTECTED] wrote:
For stage1, this can be solved by adding -package mtl to ghc command
used to linking, for next stages, you'd need to add mtl to bootstrap cycle,
I think. I have no idea how that is done
Hi,
On 6/3/07, Monique Monteiro [EMAIL PROTECTED] wrote:
Hi all,
I'm able to compile the .NET code generator with GHC without
compiler errors, but now I have the linkage error below. (In fact
there are other similar messages, this is only an example). This is
strange because the *.o/*.hi
On 10/5/06, Simon Marlow [EMAIL PROTECTED] wrote:
Brian Smith wrote:
The GHC 6.6 release candidate ships with Win32-2.0. But, this is
actually Win32 2.0 plus some modifications (see recent patches).
Shouldn't the version number be inrcremented to be over 2.0? I think
that this applies to the
On 9/6/06, J. Garrett Morris [EMAIL PROTECTED] wrote:
ghc-dir\lib\i386-unknown-mingw32\include. Moving the files from the
new location to the old solved the compilation problem.
The correct place is ghc-dir\include, indeed.
Was this a problem in the distributed build, or did I do something
of reading GetLastError.
Not that it's impossible, just very annoying.
Best regards,
--Esa Ilari Vuokko
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Brian Hulley wrote:
The only way to solve this problem seems to be to wrap all
calls in C-functions that take care of reading GetLastError.
Not that it's impossible, just very annoying.
If there is no better solution, would it be possible on failure to
somehow enter a critical section and
Hi,
Paolo Martini got ghc to built using Audrey Tang's build from
20060608 on Mac OS X/Intel x86. Instructions are available at
ghc trac:
http://hackage.haskell.org/trac/ghc/wiki/X86OSXGhc
Please edit the page if you have corrections.
Best regards,
--Esa Ilari Vuokko
On 8/19/06, Simon Peyton-Jones [EMAIL PROTECTED] wrote:
I can't tell just what you are doing, but somehow you seem to be
building a stage-2 compiler in stage1.
On compiler/Makefile we got
ifeq $(BootingFromHc) YES
# HC files are always from a self-booted compiler
bootstrapped = YES
else
ifneq
On 8/19/06, Joel Reymont [EMAIL PROTECTED] wrote:
On Aug 19, 2006, at 8:48 PM, Esa Ilari Vuokko wrote:
So, Joel, you might want to change your mk/Config.mk and lie about
your ghc version a bit (you need to mod the file after configure).
Say it's 6.4, and you might not need to unpull patches
Standard Time 2006 Esa Ilari Vuokko [EMAIL PROTECTED]
* Fix Array imports
for stage1. But you will need to reapply it for stage2.
I haven't tried this, but it should work :-)
HTH,
--Esa Ilari Vuokko
___
Glasgow-haskell-users mailing list
Glasgow-haskell
INIT (0.00 elapsed), 0.09 MUT (0.16
elapsed), 0.08 GC (0.09
Erk. I thought you shouldn't see this...ghci is getting built on stage1?
Well, anyway, I think that was in patch
Wed Aug 9 19:30:12 FLE Standard Time 2006 Esa Ilari Vuokko [EMAIL PROTECTED]
* Remove HasBounds-instance and implement
Hi,
On 8/12/06, Johan Grönqvist [EMAIL PROTECTED] wrote:
import Control.Monad.State
import Control.Monad.ST
import Data.Array.ST
import Data.List
Control.Monad.State is from package mtl, the other modules are part
of the base package, I think.
[EMAIL PROTECTED]:~/haskell/Forth$ ghc
On 8/3/06, John Meacham [EMAIL PROTECTED] wrote:
On Wed, Aug 02, 2006 at 03:22:57PM -0400, Peter Tanski wrote:
Esa and I had discussed the possibility of copying the value returned
from the Bignum lib into the GHC system, which certainly would not be
very memory efficient, but might be
Hi Peter,
Peter Tanski wrote:
In the July thread, (Repost) Replacement for GMP as Bignum: ARPREC?
Haskell?; OS X and OpenSSL, you wrote:
In past, I tried to get rid of GMP by replacing it with libtommath
http://math.libtomcrypt.com/
But I have given up for now - because of related and
Hi Peter,
Peter Tanski wrote:
(This may sound naieve): the in { size, used, payload, sign } are all
parts of the info-table for the payload and the RTS re-initialises the
mathlib on each invocation, right?
I hope my answer helps, but if it gets you more confused,
maybe it's just because I'm
Hi
On 7/30/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
(Sorry for the repost: I needed to correct a few typos--thanks
Seth--and clarify a few things.)
GHC Task Ticket # 601 suggests replacing GMP with OpenSSL's Bignum library, BN.
I have two questions concerning this:
(1) Why not use the
On 7/30/06, Brian Hulley [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
GHC Task Ticket # 601 suggests replacing GMP with OpenSSL's Bignum
library, BN. I have two questions concerning this:
From the ticket, this looks very scary:
but its LGPL license is problematic for users of
Hi Duncan,
On 7/30/06, Duncan Coutts [EMAIL PROTECTED] wrote:
GHC only statically links Haskell code. It dynamically links to GMP and
the system C library and other C libs.
In Windows (mingw) GMP is linked in statically (even this dll-stuff is
bitrotted).
So you're fine.
On unix you can
Hi Brian,
On 7/30/06, Brian Hulley [EMAIL PROTECTED] wrote:
Still, a slight problem is that since there is one object file per source
file, the names of the object files give quite a lot of information away
about the structure of the program especially when they are arranged in a
module
On 7/14/06, Robert Dockins [EMAIL PROTECTED] wrote:
I posted a message on the libraries list a couple of days ago about a
compile problem I'm having. I haven't got any nibbles. Because I
Sorry, it slipped past me. The reason nobody reacted might also be
that it's not really ghc's problem,
On 7/14/06, Robert Dockins [EMAIL PROTECTED] wrote:
On Jul 14, 2006, at 12:26 PM, Esa Ilari Vuokko wrote:
In generla, using cygwin shell with cabal and/or packages with
configure
and using non-cygwin-ghc (cygwin port of ghc isn't maintained or
built)
can lead to wierd problems. Msys
On 5/13/06, Reilly Hayes [EMAIL PROTECTED] wrote:
Hi
I suspect today's problem is pretty easy to figure out for a GHC
expert, but I'm not. When I try to build utils/genapply, the link
fails because the symbols _GHCziList_lvl22_closure and
_GHCziList_zdwlen_info are undefined. I'll include the
On 2/27/06, Brian Hulley [EMAIL PROTECTED] wrote:
Hi
[snip]
1) Does this mean that the FFI can only pass Int, Char etc and not user
defined data types or compound data types?
Yes. The idea is that instead of pointers/references you have
Ptr a, and instance Storable a that provides marshalling
On 1/11/06, Christian Maeder [EMAIL PROTECTED] wrote:
Simon Marlow wrote:
You can change the allocation area size from within a program quite
easily. Write a little C function to assign to
RtsFlags.GcFlags.minAllocAreaSize (#include RtsFlags.h first), and
call it from Haskell; the next
Hi!
Attached small simple patch that allows using --mk-dll with --make.
Behaviour before patch was to link .exe instead .dll, as batchmode
simply called staticLink - now doMkDLL is called instead.
* Add support for using --mk-dll with --make
I changed documentation a bit, and moved --mk-dll
On 11/18/05, Esa Ilari Vuokko [EMAIL PROTECTED] wrote:
On 11/18/05, Simon Marlow [EMAIL PROTECTED] wrote:
I think I have just fixed this (modification to the mangler in
ghc/driver/mangler), please try again.
It compiles again! Thanks!
..but it still crashes on installed location
On 11/17/05, Simon Marlow [EMAIL PROTECTED] wrote:
On 17 November 2005 06:15, Esa Ilari Vuokko wrote:
I haven't seen this, but I'm just updating my Windows build to try to
reproduce. Does it happen with the stage1 or stage2 compiler? What
version of GHC are you bootstrapping with?
Stage2
On 11/17/05, Esa Ilari Vuokko [EMAIL PROTECTED] wrote:
I will start a new clean build, hope it goes away and I need to look into
buying
non-broken hardware... ;)
The build failed and I sent mail about it on cvs-ghc list this time, even if
something seemed to rip away my message and just leave
Hi!
I tried to compile ghc from cvs head in windows, hosting and
targetting mingw. When I got ghc to compile, it crashes while
parsing (I putStrLn-debugged) package.conf, but only from installed
position.
Basically, somewhere inside ParsePkgConf.loadPackageConfig GHC crashes
with access
)
It seems a bit random what is the supposed filename
part of the path, typically it contains drive letter and few
colons, it doesn't seem totally random data.
Thanks,
--Esa Ilari Vuokko
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
33 matches
Mail list logo
