On 8/29/07, Ronald Guida [EMAIL PROTECTED] wrote:
I'm on a Windows box and I'm looking for a way to talk to a serial
port (for example, RS-232) from Haskell. I couldn't find a library to
do this, so I am wondering how to create one.
I have a fairly thorough understanding of how to open and
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,
On 8/16/07, Thomas Hartman [EMAIL PROTECTED] wrote:
I repeated the install attempt described below using darcs head, including
the extra libs.
I got the exact same error as before.
Setup: Warning: Unknown fields: nhc98-options (line 173) and then a
cryptic error involving HsColour
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.
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 7/6/07, apfelmus [EMAIL PROTECTED] wrote:
Duncan Coutts wrote:
On Fri, 2007-07-06 at 16:47 +0200, apfelmus wrote:
http://nix.cs.uu.nl/index.html
I was under the impression that it didn't work on Windows. From another
quick look at the website, it looks like that's right. Does anybody
On 6/30/07, Duncan Coutts [EMAIL PROTECTED] wrote:
On Fri, 2007-06-29 at 23:22 -0400, Dean Herington wrote:
Date: Mon, 25 Jun 2007 20:19:50 -0400
With gtk2hs, using -optl-mwindows as a command line option for GHC lets
me get rid of this window. Perhaps it will do the same for wxHaskell?
On 6/21/07, Andrew Coppin [EMAIL PROTECTED] wrote:
OK, a few questions...
1. Is there *any* way to determine how large a file is *without* opening
it? The only library function I can find to do with file sizes is
hFileSize; obviously this only works for files that you have permission
to open!
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
Hi,
On 6/2/07, Monique Monteiro [EMAIL PROTECTED] wrote:
has anyone any idea about what may cause the following error in GHC
compilation?
It's exactly what it says...too long argument list (it's limited in Windows.)
This is usually caused by having split-objs on, which causes *a lot* of
:
debug and non-debug. For haskell these would be the same at the
moment. But there's also another diffrence: non-debug leaves console
window open after running the program. I think typical key bindings
are F5 for debug run, and Ctrl+F5 for non-debug.
Best regards,
Esa Ilari Vuokko
On 10/11/06, Stefan Aeschbacher [EMAIL PROTECTED] wrote:
Hi
I need to open a file and keep it open for writing (a log file). Another
process has
to read from this file. On windows the second process (e.g. tail -f) can not
open the file.
How can I open a file without this locking?
Using
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
Hi
On 9/27/06, Matthew Bromberg [EMAIL PROTECTED] wrote:
though I have a binary build of ghc 6.5
If you have new ghc 6.5, you can use --mk-dll with --make, in case that helps.
ghc --mk-dll -o netsim.dll ExternLib.o ExternLib_stub.o dllNet.o src1.o
src1_stub.o src2.o -optl-lmatrixstack
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
say, these are hard
things to specify because not everyone has those features. So, at least
it works nicely in posixy-systems, eh?
Best regards,
--Esa Ilari Vuokko
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman
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
.
Best regards,
--Esa Ilari Vuokko
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
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
Hi Jason,
On 7/12/06, Jason Dagit [EMAIL PROTECTED] wrote:
The package you mention appears to ship with visual haskell but I
don't see any wrappers for the functionality in comdlg32.dll. I would
like to add that functionality. Do you know where I can find the
source code for this package?
Hi Michael,
On 6/14/06, Michael Marte [EMAIL PROTECTED] wrote:
I wonder whether it is possible to print a closure trace similar to a
stack trace in procedural programming. Say we have two modules A and B:
I wrote small (external) utility that does something like that for
ghc-built binaries.
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 2/9/06, Frederico Franzosi [EMAIL PROTECTED] wrote:
Hi,
I don't really know how this stuff exactly works, but here's few
things I have found useful when I ran into this sort of problems.
I'm developping a package wich imports C functions.
For example if I use:
$ghc -package
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 04:06, Esa Ilari Vuokko wrote:
Fine, I removed usage of sleep in some profiler thingy, so it compiled
and I could continue with build.
where exactly? I haven't seen this.
Wierd.
Index: ghc/utils/prof/cgprof/main.c
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
, but I might not read it always.
--Esa Ilari Vuokko
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
50 matches
Mail list logo
