Bertram Felgenhauer-2 wrote
>> 1. If the compiler encounters a term f a, and there is more than one
>> definition for f in scope (after following all of the usual rules for
>> qualified imports);
>>
>> 2. And exactly one of these definitions matches the type of a (or the
>> expected type of f if g
Henning Thielemann wrote
> I know people are unhappy with Haskell's records and module system, but I
> still think that's because these language features are not used properly.
> Type classes are the tool to write generic code and reduce combinatoric
> explosion of functions and modules are a wa
Yes, that it indeed was I meant. AntC seems to be replying to a much more
complicated/invasive proposal than what I had intended, apologies if I wasn't
clear. (I see in retrospect that I may have misunderstood the original TDNR
proposal, understandably leading to confusion.)
1. If the compiler
AntC wrote
> I think you'll find rather a lot of those in existing code.
> So this is a code-breaking change.
Could you give an example of existing code that would break? This certainly
wasn't what I had in mind.
--
View this message in context:
http://haskell.1045720.n5.nabble.com/TDNR-withou
AntC wrote
> No. For TDNR GHC needs some syntactic signal to trigger disambiguation.
> ...
> I suspect that if you took the syntax away from TDNR, you'd have very
> little left.
To copy an example from the TDNR wiki page:
module Foo where
import Button( Button, reset ) as B
import Canva
Previous attempts to propose TDNR [1] have met with opposition over the
accompanying proposal to change the syntax of the dot or add a new operator
for postfix application.
However, nothing about TDNR - other than certain motivating examples -
actually requires changes to the syntax of Haskell or
Towards the end of
http://downloads.haskell.org/~ghc/7.10.3/docs/html/users_guide//release-7-10-3.html:
1.7.3. Known bugs
At the time of release there is a fix in the Cabal upstream respository,
although it is not yet present in a release.
"fix" is hyperlinked to itself, and it doesn't say w
Thanks, that worked great.
--
View this message in context:
http://haskell.1045720.n5.nabble.com/build-ghc-without-ghci-libraries-tp5823292p5823721.html
Sent from the Haskell - Glasgow-haskell-users mailing list archive at
Nabble.com.
___
Glasgow-has
I'm currently removing *.o after building ghc to save space (I don't need
them for what I'm doing). Is there a straightforward way to tell GHC not to
build them in the first place, such as --disable-library-for-ghci does for
cabal, instead of deleting them after the fact? (I do need ghci support fo
Edward Z. Yang wrote
> Sounds like an oversight to me! Submit a fix?
>
> Excerpts from Jeremy's message of 2015-05-25 06:44:10 -0700:
>> build.mk.sample contains the lines:
>>
>> # perf matches the default settings, repeated here for comparison:
>> SRC_HC_OPTS = -O -H64m
>>
>> However, in c
build.mk.sample contains the lines:
# perf matches the default settings, repeated here for comparison:
SRC_HC_OPTS = -O -H64m
However, in config.mk.in this is:
SRC_HC_OPTS += -H32m -O
What actually is the default for SRC_HC_OPTS? Why does config.mk.in seem to
set it to -H32m, then every pro
Thomas Miedema wrote
> It was all due to a missing -split-objs in Jeremy's 7.8 build.
For the record, this appears to have been a bug in the 7.8 build system, as
SplitObjs is supposed to be on by default. I only noticed when building
7.10, where the default was correct, and didn't understand why t
Edward Z. Yang wrote
> runghc itself is just a little shell script which calls GHC proper
> with the -f flag, so I suppose the build system was just not set
> up to not create this link in that case.
I have a binary called runghc under /usr/local/lib/ghc-7.10.1/bin in
addition to the shell script
I'm deleting hpc after building ghc for a vm to save space. Is there an easy
way to skip building it in the first place?
--
View this message in context:
http://haskell.1045720.n5.nabble.com/skip-hpc-during-build-tp5768327.html
Sent from the Haskell - Glasgow-haskell-users mailing list archive
I've built GHC with GhcWithInterpreter = NO. runghc is built and installed,
but errors out with "not built for interactive use".
Is runghc supposed to work with such a build? If not, why is it built at
all?
--
View this message in context:
http://haskell.1045720.n5.nabble.com/runghc-and-GhcWit
Thomas Miedema wrote
> That suggestion was completely misguided. Compiling with `-split-objs`
> makes a library _grow_ in size, but makes executables that link against it
> _smaller_.
>
> All these numbers are not far off from the ones you were getting. I think
> you have been comparing a 7.8.4 bu
Building with https://downloads.haskell.org/~ghc/7.10.1/ghc-7.10.1-src.tar.xz
--
View this message in context:
http://haskell.1045720.n5.nabble.com/Binary-bloat-in-7-10-tp5768067p5768156.html
Sent from the Haskell - Glasgow-haskell-users mailing list archive at
Nabble.com.
Thomas Miedema wrote:
>Maybe `split-objs` is not applied?
>
>* Stray `SplitObjs = NO` in your build.mk?
Tried adding SplitObjs = YES, didn't help
> * You're on an old OS X with XCode < 3.2?
Debian Jessie
--
View this message in context:
http://haskell.1045720.n5.nabble.com/Binary-bloat-in-
Very strange. If I download Cabal from hackage and build it with 'cabal
build' the bloat disappears.
cabal build:
18M HSCabal-1.22.2.0-HWT8QvVfJLn2ubvobpycJY.o
21M libHSCabal-1.22.2.0-HWT8QvVfJLn2ubvobpycJY.a
/usr/local/lib/ghc-7.10.1:
23M HSCabal-1.22.2.0-HWT8QvVfJLn2ubvobpycJY.o
5
Carter Schonwald wrote
> How much of this might be attributable to longer linker symbol names? Ghc
> 7.10 object code does have larger symbols! Is there a way to easily
> tabulate that?
That would explain why the hi files have also increased many-fold. Is there
any way to avoid the larger symbol
Roman Cheplyaka-2 wrote
> I'm not denying (or confirming) your claim, but it would look more
> legitimate if you compared the same version of Cabal compiled with
> different versions of GHC.
>
> At least some of this bloat could be because Cabal simply gained more
> code.
I was going to prove you
Roman Cheplyaka-2 wrote
> I'm not denying (or confirming) your claim, but it would look more
> legitimate if you compared the same version of Cabal compiled with
> different versions of GHC.
>
> At least some of this bloat could be because Cabal simply gained more
> code.
Tricky to test that beca
Karel Gardas wrote
> 7.10.1 should IIRC support some kind of DWARF debugging information and
> IIRC it was mentioned and decided on ghc devel that the libraries will
> ship with some DWARF to easy debugging
>
> -- but takes me lightly on it and verify if this is the case since I may
> be comple
It's not just binaries, even hi files have ballooned. (I should note that
(stripped) executables appear to be unaffected.)
--
View this message in context:
http://haskell.1045720.n5.nabble.com/Binary-bloat-in-7-10-tp5768067p5768072.html
Sent from the Haskell - Glasgow-haskell-users mailing list
Why do the 7.10 libraries take up so much more space than 7.8? For example,
using the same build options and strip --strip-unneeded, 7.8 leaves me with
15M libHSCabal-1.18.1.5.a
17M HSCabal-1.18.1.5.o
whereas 7.10 balloons to
23M HSCabal-1.22.2.0-HWT8QvVfJLn2ubvobpycJY.o
53M libH
I haven't been able to test my build scripts with RC2 or RC3 because
cabal-install won't install automatically from Hackage. Please release the
fixed version.
--
View this message in context:
http://haskell.1045720.n5.nabble.com/ANNOUNCE-GHC-7-10-1-Release-Candidate-3-tp5767071p5767158.html
Sen
So out of GhcDynamic, DYNAMIC_GHC_PROGRAMS, and DYNAMIC_BY_DEFAULT, which is
broken, and what's the difference between GhcDynamic and
DYNAMIC_GHC_PROGRAMS? This is getting somewhat confusing.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@h
Austin Seipp well-typed.com> writes:
> As far as I'm aware, Dynamic-by-default GHC is actually broken, and I
> don't know for how long this has been the case.
>
> For some history: originally when all this was being decided to try
> and fix the linker issues in GHC, dynamic by default was consid
I'm trying to build a minimal GHC 7.8.3 on Debian Wheezy with only dynamic
libraries (this is for a system where disc space is scarce). I'm using this
build.mk:
GhcRTSWays = thr
GhcLibWays = dyn
HADDOCK_DOCS = NO
DYNAMIC_BY_DEFAULT = YES
GhcDynamic = YES
Tried with and without GhcDynamic (asked o
chipset needs to be supported.
(Ignoring issues regarding binary blobs, undocumented chipsets, usb
WIFI, etc).
I'm wondering if things are any easier with cross-compilation support
improving. My thought is that less of GHC needs to be tweaked?
- j
My random guess is that /tmp is mounted using tmpfs (aka a RAM drive)
and it got full. Try remounting /tmp to use the sdcard instead ?
On Wed, Jan 2, 2013 at 7:32 PM, wrote:
> I'm trying to build ghc-7.4.1 using ghc-7.4.1 on my raspberry pi (armv6l)
> and I get the following error:
>
> "inplace/
onally, I seldom find that I have more than one type of
string literal per file. Things tend to be all String, all Text, etc.
So, if I could just pick a concrete type for all the string literals
in my file, I would be happy.
- jeremy
On Sat, Apr 21, 2012 at 7:20 PM, Greg Weber wrote:
> I woul
Ah cool.
I just patched the code so that it uses mkName explicitly for now
since it is Happstack related code and I want it to work the most
places possible.
Thanks!
- jeremy
On Sep 8, 2011, at 12:07 PM, Simon Peyton-Jones wrote:
| Yeah. I would expect this to work:
|
| inferBar2
On Sep 8, 2011, at 4:00 AM, Simon Peyton-Jones wrote:
[Redireting to ghc users; the TH list is pretty dormant and I keep
thinking I should close it down altogether.]
Jeremy
Actually this is by design. See the long thread at
http://hackage.haskell.org/trac/ghc/ticket/5375
When you say
At line 206 of this file there is a withFd function that might suit your needs,
https://patch-tag.com/r/mae/sendfile/snapshot/current/content/pretty/src/Network/Socket/SendFile/Internal.hs
-- The Fd should not be used after the action returns because the
-- Handler may be garbage collected and th
There is a weird type-checking bug in 7.0.1 that causes loopy behavior:
http://hackage.haskell.org/trac/ghc/ticket/4809
Not sure if that is what is happening to you or not. Though in my
experience it did not actually print <>, it just hung.
- jeremy
On Jan 25, 2011, at 10:48 AM,
Hello,
I have narrowed this down further to a single file. And created a trac
bug for it:
http://hackage.haskell.org/trac/ghc/ticket/4485
This is (the only thing?) holding up HSP and happstack moving to GHC 7.
- jeremy
On Tue, Nov 2, 2010 at 5:36 PM, Jeremy Shaw wrote:
> Hello,
>
>
/ ghc.
- jeremy
On Apr 5, 2010, at 4:43 AM, Gracjan Polak wrote:
Hi all,
Probable bug in GHC, I want to inquire before I report it proper.
Did anybody
see something like this:
c:\Sources\happstack\happstack\templates\project>cabal build
[1 of 1] Compiling Main ( Setup.hs, d
re other cases when this error can occur?
- jeremy
On Tue, Mar 2, 2010 at 5:21 AM, Simon Marlow wrote:
> On 02/03/2010 08:59, Josef Svenningsson wrote:
>
>> On Mon, Mar 1, 2010 at 11:54 PM, Jeremy Shaw
>> wrote:
>>
>>> is there, by chance, a file named Prelud
is there, by chance, a file named Prelude.hs in the working directory? (the
directory you are in when you type ghci?)
- jeremy
On Mon, Mar 1, 2010 at 11:43 AM, Josef Svenningsson <
josef.svennings...@gmail.com> wrote:
> Hi,
>
> It seems I've been able to mess up my ghc insta
age.conf.d/syb-0.1.0.3.conf
and the do:
M-x set-buffer-file-coding-system utf-8
I think there was a point in time where something wrote contains to that
file as latin1 instead of utf-8 or something.
- jeremy
[1] it might have actually been the same version of syb, but rebuilt with a
differe
:
handleToFd :: Handle -> IO (Maybe Fd)
instead of raising an exception. Having a Handle not backed by a Fd is
not really an 'exceptional' condition after all.
- jeremy
On Feb 13, 2010, at 6:23 AM, Volker Wysk wrote:
Hello
I'd like to know how you get the file de
Hello Simon,
I have seen several manifestations of this issue now. I filed a report
here:
http://hackage.haskell.org/trac/ghc/ticket/3799
- jeremy
On Dec 30, 2009, at 5:37 AM, Simon Marlow wrote:
On 22/12/09 03:33, Antoine Latter wrote:
On Mon, Dec 21, 2009 at 6:31 AM, wrote:
Hello
At Mon, 9 Jun 2008 15:42:40 -0400,
Thomas Krauss wrote:
>
> I seem to be having trouble using GHC 6.8.2 and OS X (10.5). It seems
> that any use of anything from Data.Map results in a link error like
>
> Undefined symbols:
> "___stginit_containerszm0zi1zi0zi1_DataziMap_", referenced from:
>
Hello,
Is real-time, parallel garbage collection at all feasible?
My thinking is, real-time garbage collection requires the garbage
collector to be able to work on the problem in small, predictable,
pieces. That seems like something which would also be useful for
scaling up GC to multiple cores?
At Thu, 13 Sep 2007 13:26:05 +0100,
Ian Lynagh wrote:
>
>
> Hi Stefan,
>
> On Thu, Sep 13, 2007 at 07:55:21AM +0200, Stefan Holdermans wrote:
> >
> > >We are pleased to announce the Release Candidate phase for GHC 6.8.1.
> >
> > That's 6.8, right? Or have I missed something?
>
> No, it's 6.8.
At Fri, 16 Mar 2007 01:07:31 +,
Brian Hulley wrote:
> I can't find any info on the debian.org website about where to
> find the key or what command to use to tell apt about it. Do you know
> where the GPG key for the repo can be found?
> I've spent hours googling with no luck.
Hello,
In gene
At Thu, 1 Mar 2007 11:38:54 -0600,
John Goerzen wrote:
>
> On Thu, Mar 01, 2007 at 04:21:45PM +, Simon Marlow wrote:
> > >Between that and the lack of support for forkProcess in Hugs, this
> > >renders anything that needs to fork and then do I/O as being usable only
> > >in GHC-compiled code.
Hello,
Here is a simplified example that seems to exhibit the same behaviour,
unless I screwed up:
--->
module Main where
import System.Posix
import System.IO
import System.Exit
main =
do putStrLn "running..."
(stdinr, stdinw) <- createPipe
(stdoutr, stdoutw) <- createPipe
7 15:23:53 -0600,
John Goerzen wrote:
>
> On Wed, Feb 28, 2007 at 01:06:25PM -0800, Jeremy Shaw wrote:
> > Hello,
> >
> > Your first problem is just a line buffering issue. You need to
> > explicitly set the line buffer inside the child processes:
> >
> >
*without* the -threaded flag.
hth,
j.
At Wed, 28 Feb 2007 13:29:17 -0600,
John Goerzen wrote:
>
> On Wed, Feb 28, 2007 at 10:40:18AM -0800, Jeremy Shaw wrote:
> > At Wed, 28 Feb 2007 11:15:04 -0600,
> > John Goerzen wrote:
> >
> > > You can see my test case wi
At Wed, 28 Feb 2007 11:15:04 -0600,
John Goerzen wrote:
> You can see my test case with:
>
> darcs get '--tag=glasgow ml' http://darcs.complete.org/hsh
> ghc -fglasgow-exts --make -o test2 test2.hs
I get an erro when I use that darcs command-line, and test2.hs does
not appear to be in the direct
At Sun, 19 Nov 2006 13:46:10 -0500,
Peter Tanski wrote:
> What is the problem building GMP for PalmOS? According to the GMP
> install documentation, it supports ARM and Motorola's m68k
> processors, so you would not be using generic C code. You are
> probably also using PRC-Tools, correct?
At Sat, 18 Nov 2006 00:44:32 +,
Neil Mitchell wrote
> One advantage you probably haven't thought of is the size of the
> binary. Currently GMP adds about 50Kb on to the Yhc runtime, for what
> in the most cases is probably an occasional addition. If the bytecode
> for a bignum library was less
pts line in build.mk with: -optc
-fPIC.
Will I need to do that for the run-time system as well?
i.e. adding a line like: GhcRtsHcOpts = -fvia-C -optc '-fPIC'
Is there likely to be anything else that needs to be tweaked?
Has anybody had any success with this sort of thing before?
; Registering NewBinary-0.1...
> Reading package info from ".installed-pkg-config" ... done.
> ghc-pkg: invalid package identifier:
>
> It's not showing me the ghc-pkg that's being invoked.
>
> On Jul 26, 2006, at 12:56 AM, Jeremy Shaw wrote:
>
>
At Wed, 26 Jul 2006 00:40:33 +0100,
Joel Reymont wrote:
>
> Is there something that looks particularly wrong below?
Can you try the install with verbosity turned up:
$ sudo runhaskell Setup.lhs install -v
or perhaps even
$ sudo runhaskell Setup.lhs install -v5
I believe this will show t
Update Summary
--
The testsuite indicates that the first-pass ghc arm build is in pretty
good shape -- I think it now does everything that can be expected
without porting the rts, etc. I have uploaded a tarball for anyone who
wants to try it:
http://www.n-heptane.com/nhlab/projects/gh
At Wed, 03 May 2006 22:06:05 -0700,
Jeremy Shaw wrote:
>
> Hello,
>
> I believe I have successfully got an unregisterised version of ghc
> 6.4.2 compiled for arm/linux.
Updates:
---
1) I turns out I only had a in-place build of ghc, I have now got a
real build '
Hello,
I believe I have successfully got an unregisterised version of ghc
6.4.2 compiled for arm/linux.
Details:
---
I only had to do a minor bit of hacking -- this bug contains the
details of what went wrong:
http://hackage.haskell.org/trac/ghc/ticket/762
My target platform is the nokia 7
like eval ?
Jeremy Shaw.
At Sat, 10 Sep 2005 16:17:39 -0700,
Iavor Diatchki wrote:
>
> Hello,
> I would like to install the following tools on a Debian Linux
> distribution (testing flavor):
> GHC 6.4, alex, happy, darcs
> (I use Hugs from CVS, so I don't want to install
On Mon, 11 Oct 2004, Serge D. Mechveliani wrote:
> How do you think, is the program (1) equivalent to (2)
> in the meaning of Haskell-98 ?
Not at all. If foo is non-strict and p partial, (2) may yield a result
where (1) would not. You identify the possibility yourself: (2) is lazier.
> (1) (\
0m0.044s
So it seems like maybe GHC 6.3's performance for this particular test
is around 3-5 slower?
Jeremy Shaw.
module Main where
import Data.Array
import Data.Array.IO
import System.IO
main = do h <- openFile "test.b" WriteMode
a <- newArray_ (1
Hrm,
I am going to do some new test tonight. I think my test environment
may have been bad...
Jeremy Shaw.
At Mon, 23 Feb 2004 13:37:45 -0800,
Mike Gunter wrote:
>
>
> Hmmm. With -O2 on GHC 6.2, I get 0.177s, 0.217s, and 0.348s for your
> three Haskell examples and 0.187s (with
tried just -O, and no -fvia-C, and the performance was the
same. Without -O, it was about 5 times slower.
I compiled the c code with:
gcc -O2 test.c -o test.
I am using ghc from cvs head and gcc 2.95 on FreeBSD.
Are there secret options I shoul
pT (AppT (TupleT 2) (ConT GHC.Base.Int)) (ConT
GHC.Base.Int))) []]
*Main> runQ [d| instance Test (a,b) |] >>= putStrLn . show
*** Exception: basicTypes/Var.lhs:226:32-58: Non-exhaustive patterns in record update
Jeremy Shaw.
At Wed, 31 Dec 2003 08:11:47 -,
Simon Peyton-Jones wrote:
>
&
19309.html
http://www.haskell.org/pipermail/cvs-ghc/2003-December/019313.html
I am enjoying template haskell so far (despites the bugs), and the
changes since 6.0 are pretty nice! I find the naming scheme in
THSyntax.hs in 6.2 much easier to read than in 6.0.
Thanks!
Jeremy Shaw.
At Wed, 31 Dec
the `impossible' happened, GHC version 6.2):
Failed binder lookup: a {- tv a20x -}
Please report it as a compiler bug to [EMAIL PROTECTED],
or http://sourceforge.net/projects/ghc/.
Am I doing something wrong, or is this a bug?
Thanks!
Jeremy Shaw.
__
just not do what I want yet?
>From what I gathered looking through the mailing list, existential
types are still a bit hacked up?
Thanks!
Jeremy Shaw.
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
anks again!
Jeremy Shute
> -Original Message-
> From: Sigbjorn Finne [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 29, 2001 1:21 PM
> To: Jeremy Shute
> Subject: Re: Troubles running ScriptReg
>
>
> Yes, you don't want to link against the Hugs DLL when
>
uys. Has anyone else had this problem? If not,
perhaps you still have an idea of what's going on? This would be much
appreciated...
Jeremy Shute
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
71 matches
Mail list logo
