That seems unlikely; it would report a permission error in that case,
not that it had the wrong architecture.
On Wed, Mar 15, 2023 at 12:04 PM George Colpitts
wrote:
>
> Hi Bill
>
> I'm cc'ing GHC dev and GHC users as someone else may have a better answer,
> catch a mistake I made etc. Please do
Wasn't there specifically a new cabal version released to deal with
9.2.1? 3.4.1.0 / 3.6.2.0?
On Sat, Oct 30, 2021 at 3:24 PM George Colpitts
wrote:
>
> Thanks for the quick response Mikolaj. Sorry for the confusion, with cabal
> install I did use --lib but accidentally omitted that in my origin
nt, but things would be a bit more uniform. If there was a real
> advantage to doing this, it’d definitely be worth measuring the perf cost
> (if any).
>
>
>
> Simon
>
>
>
> *From:* Glasgow-haskell-users *On
> Behalf Of *Brandon Allbery
> *Sent:* 09 August 2021
We haven't figured out what they did, but the other day we had someone in
#haskell with an infinite loop evaluating a dictionary. So apparently it is
possible for a dictionary to be bottom somehow.
On Mon, Aug 9, 2021 at 11:27 AM Tom Smeding wrote:
> Hi Mike,
>
>
> > But wouldn't that imply that
Linux is not friendly to static linking, and you would need to either
package or match exact versions of things like the nss and locale libraries
that are dynamically loaded at runtime and don't show up in ldd. This
limitation comes from glibc and is documented in its manual.
On Sun, Aug 9, 2020,
On Fri, Jan 24, 2020 at 11:58 PM Ben Gamari wrote:
> * A number of improvements in code generation, including changes
>
This seems like it's missing some detail.
--
brandon s allbery kf8nh
allber...@gmail.com
___
Glasgow-haskell-users mailing list
G
Generally because n OS update switched to PIE-by-default (LInux
dustributions have been doing this) and ghc needs to be updated or
reconfigured to match.
On Wed, Sep 25, 2019 at 10:06 PM Volker Wysk wrote:
> Hi!
>
> I've found out how to do it: Use an explicit make rule:
>
> build/% :
>
I think the point is more that runtime evidence means passing an additional
type witness around, potentially changing generated code and even behavior
(if this causes dictionary passing where none had been needed previously).
It's not addressing your question.
On Sat, Dec 22, 2018 at 11:48 PM Anth
I don't think ghc ever used gcc's version of this; it used the Evil Mangler
to do it.
On Fri, Aug 31, 2018 at 2:59 PM Sven Panne wrote:
> Am Fr., 31. Aug. 2018 um 18:52 Uhr schrieb Ben Franksen <
> ben.frank...@online.de>:
>
>> Am 31.08.2018 um 11:57 schrieb Sven Panne:
>> > Am Fr., 31. Aug. 201
On Sat, May 19, 2018 at 7:32 AM, Anthony Clayden <
anthony_clay...@clear.net.nz> wrote:
> So the explanation I've seen for the current design is it was deliberately
> idiosyncratic, to minimise any disruption to existing code. Then I'm asking
> whether any of that code is still around? If not/if
Correct: cabal-install 1.x still uses the old index format (00-index). The
logic is different for 01-index, in order to support incremental update
(appending when possible, instead of always having to download the whole
thing again like with 00-index).
On Thu, Jan 4, 2018 at 1:38 PM, Nathan Collin
se of the need to group .dylibs together to avoid making the link
commands section too large with multiple RPATH entries. (Which will also
complicate uninstallation there.)
On Sun, Nov 12, 2017 at 11:45 PM, Evan Laforge wrote:
> On Sun, Nov 12, 2017 at 8:14 PM, Brandon Allbery
> wrote:
The problem is that the package db contains only what ghc needs to be able
to use the library; not the additional information needed to safely remove
it. (There are other package systems with this problem, notably Apple's.
Apple decided that instead of solving it, they would only support
applicatio
On Thu, Sep 28, 2017 at 4:57 PM, Albert Y. C. Lai wrote:
> Suppose I have a C program with multiple C threads calling Haskell
> functions, maybe the same Haskell function too, and the GHC RTS used is the
> unthreaded one. What will go wrong?
>
> I ask because Cabal/cabal-install has recently adde
On Mon, Jul 31, 2017 at 10:19 PM, Ben Gamari wrote:
> I just posted a pair of posts on the GHC blog [1,2] laying out some
> thoughts on the GHC release cycle timing [1] and how this relates to the
> in-progress Jenkins build infrastructure [2]. When you have a some time
> feel free to give them a
On Thu, May 4, 2017 at 6:42 PM, Wolfgang Jeltsch wrote:
> In my previous e-mail, I showed some code that uses the Constraint kind.
> I forgot to enable the ConstraintKinds extension though, but GHC 8.0.1
> did not complain. Is this a bug?
>
I think it's a known side effect of * being conflated w
On Sun, Apr 30, 2017 at 3:31 PM, Richard Eisenberg
wrote:
>
> > On Apr 30, 2017, at 6:37 AM, Anthony Clayden <
> anthony_clay...@clear.net.nz> wrote:
> > Is that behaviour officially documented somewhere?
>
> Not that I can find. Documentation on functional dependencies is somewhat
> lacking. This
On Thu, Dec 15, 2016 at 1:55 AM, Evan Laforge wrote:
> It's confusing to me because traditionally -dynamic is a link only
> flag, but ghc also uses it for building .o files... I assume because
> of the ghci loading thing.
>
There may also be some OS X specific behavior here; OS X doesn't like
st
On Tue, Dec 13, 2016 at 1:21 PM, Evan Laforge wrote:
> If I'm using the same code linked into the main
> application, then isn't it a given that I'm loading everything in the
> application in the first place?
>
It's not necessarily accessible in a useful form for use by demand loaded
modules; th
On Sun, Aug 21, 2016 at 4:31 PM, Boespflug, Mathieu wrote:
> I ran into this very problem recently. Turns out -traditional knows string
> concatenation too. I seem to remember learning this by browsing the GHC
> source code, but now I can't find any occurrence of this pattern. But
> here's an exa
On Sat, Aug 20, 2016 at 2:27 PM, Harendra Kumar
wrote:
> But "-optP" seems to only append to the flags that GHC already passes and
> gcc has no "-no-traditional" option to undo the effect of the
> "-traditional" that GHC has already passed. I think "-optP" should override
> the flags passed by gh
On Wed, Jul 13, 2016 at 1:35 PM, Manuel Gómez wrote:
> foo =
> case () of
> _ -> someX
> { x = False }
>
> Am I alone in my surprise?
>
My own expectation would be that the outdent to the level of "case"
terminated the "case", and that is indeed a syntax error.
--
brandon s all
Didn't they already say they disliked record syntax for exactly that reason?
On Thu, Jul 7, 2016 at 1:23 PM, David Feuer wrote:
> What makes
>
> f do{x} do{y}
>
> any harder to read than similar record syntax?
>
> f Foo{foo=3} Foo{foo=4}
>
> On Thu, Jul 7, 2016 at 1:15 PM, Carter Schonwald
> wr
On Sun, Jun 19, 2016 at 12:30 AM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:
> This email would have been marked spam had I not unmarked all your emails
> as spam. Also a gmail user :/
Same. I forwarded my received headers to the infra folks; they made some
more adjustments to Mailma
On Wed, May 25, 2016 at 7:55 AM, Peter wrote:
> mkdir: cannot create directory `doc/aries/ghc-prim-0.5.0.0': No such file
> or
> directory
>
"doc/aries"? That looks like a "libr" went missing somehow.
--
brandon s allbery kf8nh sine nomine associates
allber...@gma
On Mon, Aug 3, 2015 at 10:04 AM, Alexander Berntsen
wrote:
> On 31/07/15 20:10, Evan Laforge wrote:
> > Come to think of it, shouldn't ghc include this, instead of
> > everyone creating their own shell scripts by hand?
> I don't think so. This is usually done in the userland -- at least in
> GNU+
On Thu, Jul 30, 2015 at 12:52 PM, James M wrote:
> There was talk from an earlier email thread of releasing the Haskell
> Platform at the same time as 7.10.2.
I think the right place to ask this is librar...@haskell.org. I would
imagine they're in final testing and/or getting release packages i
On Fri, May 8, 2015 at 7:56 PM, Brandon Allbery wrote:
> On Fri, May 8, 2015 at 7:40 PM, Donn Cave wrote:
>
>> But fatal if compilation is conditional on something that affects the
>> ability to type check, am I right? Such as different compilers or
>> versions of same
On Fri, May 8, 2015 at 7:40 PM, Donn Cave wrote:
> But fatal if compilation is conditional on something that affects the
> ability to type check, am I right? Such as different compilers or
> versions of same compiler.
>
Not per the abstract (paper itself seems to be paywalled). They had an
earl
On Wed, May 6, 2015 at 11:36 AM, Stephen Paul Weber <
singpol...@singpolyma.net> wrote:
> Yes. This is one of my favourite things in GHC-land -- that an existing,
> good-enough, standardised, and widely-deployed solution was chosen over a
> NiH reinvention of preprocessing
I have to assume my i
On Wed, May 6, 2015 at 11:27 AM, Kosyrev Serge <_deepf...@feelingofgreen.ru>
wrote:
> Why *shouldn't* TH fill that role? What can be done about it?
For one, it's difficult to make it available in cross compilers (granted,
work is being done on this) and not available on some platforms (ARM has
On Wed, May 6, 2015 at 10:59 AM, Bardur Arantsson
wrote:
> (I'm not going to be doing any of the work, so this is just armchairing,
> but this seems like an 80/20 solution would be warranted.)
>
Only if you're convinced it will remain 80/20 for the foreseeable future. I
do not want to bet on Lin
On Fri, Mar 27, 2015 at 10:30 AM, J. Garrett Morris wrote:
> Should I have anticipated this? Ought the interaction of typed splices
> and eta-expansion be problematic?
>
In the specific case of printf, which uses typeclasses to play dirty tricks
that interact "interestingly" with eta expansion,
On Sun, Jan 25, 2015 at 9:43 AM, harry wrote:
> According to https://ghc.haskell.org/trac/ghc/ticket/9720
>
> , g++ isn't even
> used for building. and "passing in gcc for CXX seems to work fine." Wonder
> if that's changed.
>
It may be that some minimal amount of C++ support was added just to m
On Wed, Jan 21, 2015 at 9:53 AM, Stephen Paul Weber <
singpol...@singpolyma.net> wrote:
> This is very concening for me. Extensions should *never* be enabled by
> default!
If you read on, you'll find that I was working from an older proposal that
was never implemented. It is instead a modified
On Wed, Jan 21, 2015 at 11:19 AM, Volker Wysk
wrote:
> I'm also missing a command to set the "Default available version".
>
You don't set that; it's specified in the downloaded package index in the
package repo.
--
brandon s allbery kf8nh sine nomine associates
al
On Tue, Jan 20, 2015 at 1:36 PM, Volker Wysk
wrote:
> What is a "hole"?
https://downloads.haskell.org/~ghc/latest/docs/html/users_guide/typed-holes.html
When I replace "_exit" with "foo", it produces a "not in scope" error, as
> expected. What is special about "_exit"? It doesn't occur in the
On Mon, Jan 19, 2015 at 11:14 PM, Volker Wysk
wrote:
> I've uploaded my library to Hackage, and now I'm trying to install it via
> cabal:
>
At a guess, the index has not yet been updated --- you may need to wait
some time (might be as short as an hour) before trying to install it from
Hackage.
On Tue, Dec 23, 2014 at 11:10 AM, Dominic Steinitz
wrote:
> How very clever of you and thank you very much. Changing ‘ to 1 does fix
> the problem.
>
> I would have thought this would work
>
> cabal install --with-gcc=gcc-4.9
>
>
> But sadly I still got the same error.
>
I think that changes the
On Tue, Dec 23, 2014 at 10:46 AM, Dominic Steinitz
wrote:
> To restate the problem: this is from code that has not been changed for 2
> years. I get
>
> > Examples.hs:42:42: Parse error in pattern: con
> > Failed, modules loaded: none.
>
I think I see the problem. Are you by any chance on a mach
On Tue, Nov 11, 2014 at 2:11 AM, Michael Jones wrote:
> 7fe537eff700: cap 0: sendCommand: encoded PROBLEM
> HERE
> 7fe537eff700: cap 0: thread 7 stopped (heap overflow)
>
Is it just me, or is that second message significant?
--
brandon s allbery kf8nh
On Tue, Sep 30, 2014 at 5:00 PM, Malcolm Wallace
wrote:
> How about doing the honest thing, and withdrawing both packages in
> ghc-7.10? Haskell'98 is now 15 years old, and the 2010 standard was never
> really popular anyway.
There are apparently educators using both, although they're not used
n't work?
> On Mon, Sep 29, 2014 at 8:47 AM, Brandon Allbery
> wrote:
>
>> On Mon, Sep 29, 2014 at 4:19 AM, Herbert Valerio Riedel
>> wrote:
>>
>>> Now it'd be great if I could do the following instead:
>>>
>>> module Annoyi
On Mon, Sep 29, 2014 at 4:19 AM, Herbert Valerio Riedel wrote:
> Now it'd be great if I could do the following instead:
>
> module AnnoyinglyLongModuleName (M.length, M.null) where
>
> import AnnoyinglyLongModuleName as M -- <- does not work
>
I think if I wanted this syntax, I'd go for:
On Fri, Sep 26, 2014 at 5:21 PM, Johan Tibell
wrote:
> I don't think that's necessarily is good style. I don't think we want two
> different ways of doing import lists.
Yes; I kinda hate the idea myself, it encourages an unreadable programming
style. But it's not the wholesale breaking change y
On Fri, Sep 26, 2014 at 5:12 PM, Johan Tibell
wrote:
> That would be nice if we had a clean slate, but I don't people are going
> to change their whole import lists now.
I read the proposal as making all commas optional, not as requiring them to
not be present.
--
brandon s allbery kf8nh
On Fri, Aug 22, 2014 at 10:38 AM, Edward Z. Yang wrote:
> > cabal install --enable-documentation
> > --extra-include-dirs=/usr;local/include --extra-lib-dirs=/usr/local/lib
> > hmatrix
>
> Is that semicolon a typo?
It kinda has to be, they'd have gotten rather more interesting errors
otherwise.
On Thu, Aug 14, 2014 at 11:54 AM, Christian Höner zu Siederdissen <
choe...@tbi.univie.ac.at> wrote:
> go xs = unsafePerformIO $ do
> forM_ xs $ cfun
> return $ somethingUnhealthy
>
I wonder if this is your real problem. `unsafePerformIO` does some extra
locking; the FFI specifies a function
On Tue, Aug 5, 2014 at 1:47 PM, Volker Wysk
wrote:
> Am Dienstag, 5. August 2014, 12:46:23 schrieb Carter Schonwald:
> > i assume 7.6 and 7.8, if we're talking GHC rather than GCC :)
> >
> > in 7.8 you can't define userland typeable instances, you need only write
> > deriving (Typeable) and you'r
On Tue, Jul 29, 2014 at 8:33 AM, Andreas Abel
wrote:
> +1. I like Niklas' syntax better. Also OVERLAPPABLE is a horrible word,
> OVERLAPPING sound less formidable (even though it might be slightly less
> accurrate).
We already get "overlap ok" in instance-related type errors, so OVERLAP_OK
wou
FWIW Mark had this reply but is apparently not subscribed to, or being
rejected by, ghc-users and asked me to forward it.
-- Forwarded message --
From: Mark Lentczner
Date: Mon, Jul 14, 2014 at 7:34 AM
Subject: Re: Installing ghc-7.8.3 OS X bindist fails on Xcode 4 CLI-only
machin
On Mon, Jul 14, 2014 at 4:53 AM, Christiaan Baaij <
christiaan.ba...@gmail.com> wrote:
> > cc1: error: unrecognized command line option "-Wno-invalid-pp-token"
> > cc1: error: unrecognized command line option "-Wno-unicode"
>
Those are clang options, for what it's worth. It seems to be defaulting
On Sat, Jul 5, 2014 at 1:34 PM, Carter Schonwald wrote:
> does JHC support template haskell?
Pretty sure TH is too closely tied to ghc.
--
brandon s allbery kf8nh sine nomine associates
allber...@gmail.com ballb...@sinenomine.net
On Fri, Apr 25, 2014 at 10:16 AM, Eric Seidel wrote:
> The main con here is that there's an increased risk of
> module name-clashes, but GHC already solves this with the PackageImports
> extension.
IMO almost any use of PackageImports indicates a severe design flaw
somewhere.
--
brandon s all
On Mon, Apr 14, 2014 at 10:42 AM, Simon Marlow wrote:
> The problem I was fixing was that we weren't always passing the -optl
> options. Now when we invoke a program the -optXXX options always come
> first - I think before it was kind of random and different for each of the
> phases.
>
Some thi
On Thu, Apr 10, 2014 at 12:39 PM, Yuras Shumovich wrote:
> On Thu, 2014-04-10 at 12:13 -0400, Brandon Allbery wrote:
> > On Thu, Apr 10, 2014 at 12:02 PM, Yuras Shumovich >wrote:
> > > On Thu, 2014-04-10 at 11:54 -0400, Brandon Allbery wrote:
> > > > On Thu
On Thu, Apr 10, 2014 at 12:02 PM, Yuras Shumovich wrote:
> On Thu, 2014-04-10 at 11:54 -0400, Brandon Allbery wrote:
> > On Thu, Apr 10, 2014 at 11:44 AM, Yuras Shumovich >wrote:
> > > Is it intentional change?
> >
> > Pretty sure it is intentional, because it&#
On Thu, Apr 10, 2014 at 11:44 AM, Yuras Shumovich wrote:
> ghc-7.6.3 passes additional linker options after all the haskell object
> files, while ghc-7.8.1 does the opposite.
(...)
> Is it intentional change?
>
Pretty sure it is intentional, because it's necessary for some options. ld
options a
On Mon, Mar 17, 2014 at 9:08 AM, Edward Kmett wrote:
> Foo+rst.lhs does nicely dodge the collision with jhc.
>
Is this legal on Windows?
--
brandon s allbery kf8nh sine nomine associates
allber...@gmail.com ballb...@sinenomine.net
On Sun, Feb 9, 2014 at 9:28 AM, Greg Horn wrote:
> Is --enable-shared off by default?
>
It's supposed to be on by default in 7.8. That said, not sure how many
people have played with ~/.cabal/config
--
brandon s allbery kf8nh sine nomine associates
allber...@gm
On Wed, Feb 5, 2014 at 11:02 AM, Christian Maeder
wrote:
> Am 05.02.2014 16:45, schrieb Roman Cheplyaka:
>
>> * Christian Maeder [2014-02-05 16:28:50+0100]
>>
>>> This happens, because our /bin/sh is a "real" sh (and not a bash)
>>> that only allows to "export LD_LIBRARY_PATH" as a separate comma
On Tue, Jan 28, 2014 at 7:53 AM, Mathieu Boespflug wrote:
> On Sat, Jan 25, 2014 at 7:12 PM, Carter Schonwald
> wrote:
> > 1) you should (once 7.8 is out) evaluate how far you can push your ideas
> wrt
> > dynamic loading as a user land library.
> > If you can't make it work as a library and ca
On Sun, Jan 26, 2014 at 1:43 PM, Tim Watson wrote:
> In Erlang, I can rpc/send *any* term and evaluate it on another node. That
> includes functions of course. Whether or not we want to be quite that
> general is another matter, but that is the comparison I've been making.
>
Note that Erlang gets
On Fri, Jan 24, 2014 at 12:19 PM, Facundo Domínguez <
facundo.doming...@tweag.io> wrote:
> In principle, only symbols in shared libraries can be found. However,
> the dynamic linker is able to find symbols in modules that are linked
> statically if GHC is fed with the option -optl-Wl,--export-dyna
On Wed, Dec 18, 2013 at 10:27 AM, harry wrote:
> Brandon Allbery wrote
> > I don't understand the question. Whether a library is split-objs or not
> > does not affect how you link an executable, only the space/time
> efficiency
> > trade-off of doing so. And
On Wed, Dec 18, 2013 at 4:08 AM, harry wrote:
> The documentation for --split-objs states that "this only makes sense for
> libraries". How is an executable compiled against a split-objs library?
> According to
> https://github.com/haskell/cabal/issues/1611#issuecomment-30750655, this
> isn't hap
On Thu, Oct 3, 2013 at 3:43 PM, Erik de Castro Lopo wrote:
> Brandon Allbery wrote:
>
> > On Thu, Oct 3, 2013 at 1:10 PM, Yitzchak Gale wrote:
> > > ldd just says "not a dynamic executable".
> >
> > o.O I don't think the ghc runtime uses dlopen()
On Thu, Oct 3, 2013 at 1:10 PM, Yitzchak Gale wrote:
> I wrote:
> >> [For] GHC-compiled binaries...
> >> what are the exact requirements we need to communicate
> >> to our customers?
>
> You wrote:
> > Ideally you would use `ldd` on
> > binaries to determine other dynamic dependencies
> > that mu
On Thu, Oct 3, 2013 at 7:22 AM, Yitzchak Gale wrote:
> Do GHC-compiled binaries have a dynamic dependence on libgmp?
> If so, what are the exact requirements we need to communicate
> to our customers? Does this limit what versions of Linux
> we can claim that our product supports?
>
> Are there s
On Mon, Sep 30, 2013 at 9:11 AM, wrote:
> and pandoc compiled just fine and it works! However, I have noticed that
> libffi.so.6 should not be
> installed in a non standard folder, and I have no idea if this is a
> problem of OpenIndiana or Solaris
> more generally. Now, I think it would be nice
On Mon, Jul 29, 2013 at 11:36 AM, Greg Horn wrote:
> This might also be needed in OSX, but I don't remember.
>
OS X *always* builds PIC; a holdover from PPC where, while it was possible
to build non-PIC, pretty much everything expected PIC even for static
linking (it's part of the official PPC A
On Sun, Jul 28, 2013 at 5:35 AM, harry wrote:
> $ ghc-pkg check --package-db=~/cabal
> ghc-pkg: ~/cabal: openFile: does not exist (No such file or directory)
> $ ls ~/cabal
> package.cache
>
Yet another reason to avoid ~... it's (a) only expanded by the shell, and
(b) not reliably expanded even
On Tue, Jul 23, 2013 at 10:33 AM, harry wrote:
> Could GHC be configured to look for libgmp.so.3, or whatever version it was
> actually linked against, if it can't find libgmp.so?
>
Linux ld.so doesn't work that way.
--
brandon s allbery kf8nh sine nomine associat
On Tue, Jul 23, 2013 at 10:28 AM, Stephen Paul Weber <
singpol...@singpolyma.net> wrote:
> Somebody claiming to be harry wrote:
>
>> all of this stems from GHC
>> looking for libgmp.so, instead of libgmp.so.3
>>
>
> Most systems symlink libgmp.so to the default version installed. On
> Debian stab
On Thu, Jul 18, 2013 at 9:58 AM, harry wrote:
> Which brings me back to my original question - is there any way that the
> type system could be enhanced, so that the compiler "understands" that Bar
> f
> => Foo f without being told so explicitly every time?
>
No. The point is, it's not simply a
On Thu, Jun 27, 2013 at 2:14 AM, AntC wrote:
> Does the lens approach meet SPJ's criteria of:
> * It is the smallest increment I can come up with that
>meaningfully addresses the #1 pain point (the inability to
>re-use the same field name in different records).
>
> * It is backward-comp
On Tue, Feb 12, 2013 at 1:13 PM, Magicloud Magiclouds <
magicloud.magiclo...@gmail.com> wrote:
> Then how to check if the output files (executables, libraries) are
> generated by llvm, instead of gcc? In other words, to see if llvm was used
> correct.
>
I doubt that there is a good way unless som
On Tue, Feb 12, 2013 at 11:41 AM, Magicloud Magiclouds <
magicloud.magiclo...@gmail.com> wrote:
> Then I `mv build.mk.sample build.mk`, set "BuildFlavour = perf-llvm",
> add "GhcWithLlvmCodeGen = YES". Finally `./configure
> --with-gcc=/usr/bin/llvm-gcc`. Configure output attached.
>
> After m
On Mon, Feb 11, 2013 at 7:37 PM, Johan Tibell wrote:
> Thanks for sharing! My perspective is of course as a user. I don't think
> I've ever run into a case where the compiler broken a previous work e.g.
> C++ program. On the other hand I have to make a release of most of the
> libraries I maintain
On Sun, Feb 10, 2013 at 4:02 PM, Simon Peyton-Jones
wrote:
> What causes the "wave of package updates"? Just because GHC 7.8 (say)
> comes out, no package author need lift a finger. The Haskell Platform sets
> the pace for package updates. When the Haskell Platform comes out, now THAT
> is indee
On Sat, Feb 9, 2013 at 6:27 AM, Simon Peyton-Jones wrote:
> In short, I think we already have the situation that you desire. Perhaps
> we just need to market it better?
>
> ** **
>
> Or am I mistaken?
>
Except the current question is about how ghc releases interact with the
Platform; this
On Fri, Jan 25, 2013 at 8:58 AM, Nathan Hüsken wrote:
> A simple hello world application has 1Mb in by 64 bit ubunut machine.
> When I stript it, is has about 750kb.
>
> When I build a cross compiler for android (arm), the executable has a
> asize of about 10MB, stripped about 5MB.
>
If I had to
On Fri, Jan 18, 2013 at 2:53 PM, J. Garrett Morris wrote:
> > Why is it trying to create "."?
>
> You can specify -o with a directory that doesn't exist; perhaps GHC
> always tries to create the output directory?
>
> In any case, I can confirm the observed behavior with GHC 7.6.1 on
> Windows 8, r
On Fri, Jan 18, 2013 at 1:05 PM, Ben Gamari wrote:
> > on a Win32 (SP3) machine using the Haskell Platform and GHC-7.6.1
> > (standalone) and I have noticed the same frustrating errors. Any
> > suggestions would be most appreciated.
> >
> Are you certain you have write permission for C:\? I'm not
On Mon, Jan 14, 2013 at 5:29 PM, Johan Tibell wrote:
> Let me rephrase: how will Simon's proposed "data constructors are in
> scope" mechanism work? For example, will
>
> let xs :: Map = ...
> in map MyNewtype xs
>
> behave differently if the constructors of Map are in scope or not?
If y
On Tue, Jan 1, 2013 at 9:13 AM, Bernhard Urban wrote:
> The main issue: The GHC runtime relies on glibc
>
I have to assume this is not meant literally, because ghc works on OS X and
*BSD.
--
brandon s allbery kf8nh sine nomine associates
allber...@gmail.com
On Tue, Dec 11, 2012 at 5:57 AM, Francisco Vieira de Souza <
vieira.u...@gmail.com> wrote:
> Hi Simon! Is it not necessary to show the type of igraph_bool_t
> igraphhaskell_initialized like
>
> "int igraph_bool_t igraphhaskell_initialized = 0"?
>
"igraph_bool_t" uses the _t suffix convention for
On Thu, Dec 6, 2012 at 4:04 PM, Simon Marlow wrote:
> On 05/12/12 15:17, Brandon Allbery wrote:
>
>> Probably none; on most platforms you're actually generating different
>> code (dynamic libraries require generation of position-independent
>>
> Sure there's
On Wed, Dec 5, 2012 at 12:03 AM, Chris Smith wrote:
> I'm curious how much of the "compile twice" situation for static and
> dynamic libraries could actually be shared.
Probably none; on most platforms you're actually generating different code
(dynamic libraries require generation of position-i
On Sat, Dec 1, 2012 at 5:30 AM, Roman Cheplyaka wrote:
> I find this discussion useful — there are some interesting points
> (splitting "case of" into two parts) that I don't remember reading in the
> original thread (but maybe it's just me).
>
Mentioned twice that I recall, as treating 'of' as
On Tue, Nov 27, 2012 at 9:57 PM, Tyson Whitehead wrote:
> it seemed a big part of the problem is you really need to be able to
> have multiple versions of the same package installed.
>
> At the time, I believe the only way to do this was to include part of
> the hash in the name, but that meant yo
On Mon, Sep 24, 2012 at 8:39 PM, Evan Laforge wrote:
> > ("man ld.so" on Linux, "man dyld" on OS X, for the details)
>
> I thought ghc uses its own homegrown loader, not the system one? I.e.
> ghci loads .o files, not .dyld or .so.
>
The bytecode backend (used by ghci, TH, runghc) uses a separa
On Fri, Sep 14, 2012 at 1:31 AM, Evan Laforge wrote:
> Relatedly, I've noticed that OS X is forgiving when you don't link in
> a needed object. It will let me run code, but if I call a function
> that's not linked in I get a crash. However, linux immediately prints
> "unknown symbol `etc.'". T
On Wed, Aug 22, 2012 at 11:42 AM, Philip Holzenspies
wrote:
> Anyway, the point is a bit moot. It seems obvious that the proposal had
> very little support and has been withdrawn.
>
This might be a poor time for it with 7.6.1 around the corner.
That said, I would re-propose *with code* (i.e. a p
On Wed, Aug 22, 2012 at 11:22 AM, Philip Holzenspies
wrote:
> On 22 Aug 2012, at 16:13, Brandon Allbery wrote:
>
> On Wed, Aug 22, 2012 at 4:37 AM, Philip Holzenspies > wrote:
>
>> So, there are many things people read in the proposal that I didn't want
>> to pu
On Wed, Aug 22, 2012 at 4:37 AM, Philip Holzenspies
wrote:
> So, there are many things people read in the proposal that I didn't want
> to put in, but the things I very much do want to include get lost in
> translation also. I wanted to allow the GHC source itself to be written in
> markdown.
If
On Sat, Aug 18, 2012 at 9:10 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:
> meaning: flags for treating it as a warning vs as an error? (pardon, i'm
> over thinking ambiguity in phrasing).
> if thats the desired difference, that sounds good to me!
>
I would expect it means that, hav
On Fri, Jul 13, 2012 at 9:12 PM, Gábor Lehel wrote:
> On Thu, Jul 12, 2012 at 7:38 PM, Cale Gibbard wrote:
> > case of { ... }
> >
> > looks much better to me than
> >
> > \case of { ... }
>
> I also completely agree, but I don't want my opinion to get in the way
> of progress.
I don't much ca
On Fri, Jul 13, 2012 at 7:29 AM, Aleksey Khudyakov <
alexey.sklad...@gmail.com> wrote:
> Num inherits from Eq, so Float couldn't have an instance for Num if we
>> didn't have that Eq instance.
>>
>> No more since GHC 7.4. But Eq is indeed superclass of Ord and it Ord is
> used a lot.
...but Flo
On Tue, Jun 5, 2012 at 8:02 AM, Antoine Latter wrote:
> I know that folks were spending time on making GHC work for Win-64,
> but I don't remember if it has shipped.
>
Scheduled for GHC 7.6.1
--
brandon s allbery allber...@gmail.com
wandering unix systems a
1 - 100 of 139 matches
Mail list logo
