gory', possibly the same bug, which is a deal-breaker for HERMIT I
believe. Knowing of anything else would be very useful.
Thanks all!
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-us
here are some great things planned to land in HEAD, but we'll have to
work for it. Onward!
- A better LLVM backend for Tier-1 platforms
- Types are kinds and kind equality
- Overloaded record fields!
- Enhancements to DWARF debugging
- ApplicativeDo
- ... and many more...
Tha
will follow soon. These
binaries and tarballs have an accompanying SHA256SUMS file signed by
my GPG key id (0x3B58D86F).
We plan to make the 7.10.2 final release in a week or two - so please
test as much as possible; bugs are much cheaper if we find them before
the release!
--
Regards,
Austin
Not in particular - I guess we didn't get everything we precisely
needed for the RC.
I've filed a ticket: #10530
On Sun, Jun 14, 2015 at 10:25 PM, Andrés Sicard-Ramírez
wrote:
> On 14 June 2015 at 19:16, Austin Seipp wrote:
>> We are pleased to announce the first releas
plifier that is causing considerable pain for Accelerate, namely a
> compile time of many hours for a 300 line module. It would be unfortunate if
> this couldn't be resolved for the 7.10.2 release.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
!
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
!
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
rformance fixes,
some RTS and event manager work. Your author is actually quite happy
with what GHC 7.10.2 looks like, at this rate.
== List chatter ==
- Austin Seipp announced that GHC 7.10.2 will be release soon, and
developers/users should get bugs they want fixed reported to us
rns off -threaded too, so no more problem. Shake is
> heavily threaded and nondeterministic. I haven't seen other shake
> users report it though.
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> h
#x27;ll send out another email next week as another reminder.
[1] https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-7.10.2
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasg
t; Glasgow-haskell-users@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasg
behaviors that don't work, and the only reason this was never a
problem was because GCC or some variant was always the 'standard' C
compiler GHC could rely on.
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@ha
nce Trac-tickets and Git commits, which Trac is able to annotate
>> with meta-data (ticket-type, -status, and -title for Ticket references,
>> as well as part of the Git commit msg for Git-commit refs).
>
>
> Ok, it was just a suggestion. Maybe it's a bad idea, doesn'
me causing a lot of damage to the stylesheets,
but for the actual page itself I'd really appreciate it if anyone
could help out! Please send pull requests or file issues, it's much
appreciated.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
_
6 hashes for the tarballs, using my GPG key (0F8F
3AA9 9235 C704 ADA0 B419 B942 AEE5 3B58 D86F).
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@hask
ld/libHSinteger-gmp-1.0.0.0-6zeGtnFHpaVBJ80QaL9uVu-ghc7.10.0.20150316.so:
>>> undefined symbol: __gmpn_ior_n
>>
>> Well, it shouldn't be very surprising that the deb7 (wheezy) ghc bindist
>> doesn't work on deb6 (squeeze), as it's been compile-time configure
Neil, this has been fixed.
On Tue, Mar 17, 2015 at 7:52 AM, Neil Mitchell wrote:
> All of the mingw links give me 403 forbidden errors. Do they have
> permission issues?
>
> Thanks, Neil
>
>
> On Mon, Mar 16, 2015 at 8:30 PM, Austin Seipp wrote:
>> We are pleased to
list of issues we plan on fixing can always be found in an
up-to-date form here:
https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-7.10.1
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users
release!
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
e goes on to keep people up to date.
https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-7.10.1
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell
possible; bugs are much cheaper if we find them
before the release!
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman
ng bugs can be found here:
http://www.haskell.org/ghc/reportabug
Hashes & Signatures
~
On https://downloads.haskell.org/~ghc/7.8.4/ you will find a signed
copy of the SHA256 hashes for the tarballs, using my GPG key (keyid
0x3B58D86F).
--
Regards,
Austin Seipp, Haske
SHA256SUMS file signed by my GPG key
id (0x3B58D86F).
We plan to make the 7.8.4 release sometime in the next few weeks.
Please test as much as possible; bugs are much cheaper if we find them
before the release!
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com
king today.
Unfortunately we cannot give an expected time of completion for the
move, but we'll try to keep people well informed through IRC or
something like Reddit.
Thanks
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www
ut I disagree with one statement you've made:
>
> On Nov 18, 2014, at 11:07 AM, Austin Seipp wrote:
>> To be clear: GHC can still typecheck, compile, and efficiently execute
>> Haskell 2010 code. It is merely the distribution of compatible
>> packages that has put us in somet
ove forward on this by the end of the week unless we face very strong
opposition to this idea, or someone is willing to fix #9590 somehow
for us.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-hask
ww.zaval.org/resources/library/butenhof1.html
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
fference between GhcDynamic and
> DYNAMIC_GHC_PROGRAMS? This is getting somewhat confusing.
>
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
&g
n Mon, Oct 20, 2014 at 9:32 AM, Jeremy wrote:
> 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
ghc-stage2] Error 1
> make: *** [all] Error 2
>
> If I build with only static libraries, everything seems to work OK.
>
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://www.haskell.org/mailman/lis
ch
catches many *other* very obvious static code errors), it would
instead silently accept accept your program under a very implicit
"DWIM-ish" import rule.
On Sat, Oct 18, 2014 at 1:33 PM, Austin Seipp wrote:
> On Sat, Oct 18, 2014 at 1:02 PM, htebalaka wrote:
>> On 10/17/14 12:32
On Sat, Oct 18, 2014 at 1:02 PM, htebalaka wrote:
> On 10/17/14 12:32, Alexander Berntsen wrote:
>> On 17/10/14 00:40, Austin Seipp wrote:
>> > Maybe there are some cases today where something like this could
>> > happen, but this seems awfully, awfully implicit a
every combination where we
> expect the code to compile.
>
> John
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typ
askell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
> use for this feature or (b) you think this is a terrible idea!
>>>>
>>>> Thanks,
>>>>
>>>> Adam
>>>>
>>>>
>>>> --
>>>> Adam Gundry, Haskell Consultant
>>>> Well-Typed LLP, http://www.well-typed.com/
>>>
>>>
>>>
>>>
ou have any questions or comments; thanks!
[1] A lot of the closed tickets on this page had an improper milestone
set, which is why they show up. You can mostly ignore them, I
apologize.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
he 2010 standard was never really
> popular anyway.
>
> Regards,
> Malcolm
>
> On 30 Sep 2014, at 21:21, Austin Seipp wrote:
>
> Hello developers, users, friends,
>
> I'd like you all to weigh in on something - a GHC bug report, that has
> happened as
>> http://sinenomine.net
>>
>> ___
>> Glasgow-haskell-users mailing list
>> Glasgow-haskell-users@haskell.org
>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>>
>
>
> __
askell2010` packages and `base` packages together
in the general case, but, AFAIK, this wasn't the case before either.
I'd really appreciate your thoughts. This must be sorted out for 7.10
somehow; the current situation is hopelessly busted.
--
Regards,
Austin Seipp, Haskell Co
mp;status=merge&status=new&status=patch&milestone=7.10.1&order=priority
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
ng bugs can be found here:
http://www.haskell.org/ghc/reportabug
Hashes & Signatures
~
Included in this email is a signed copy of the SHA256 hashes for the
tarballs, using my GPG key (keyid 0x3B58D86F).
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, h
tus' field
please!)
On Tue, May 27, 2014 at 11:15 AM, Niklas Larsson wrote:
> Hi!
>
> It would be great if the patch I added on #9080 was put into 7.8.3 (well, I
> guess someone has to commit it to master first).
>
> Niklas
>
>
> 2014-05-27 10:06 GMT+02:00 Austin Seip
eturned to a computer (not mine)
for right now to ask this.
PPS: This might also impact the 7.10 schedule, but last Simon and I
talked, we thought perhaps shooting for ICFP this time (and actually
hitting it) was a good plan. So I'd estimate on that a 7.8.4 might
happen a few months from now,
| From: Glasgow-haskell-users [mailto:glasgow-haskell-users-
> | boun...@haskell.org] On Behalf Of Austin Seipp
> | Sent: 27 April 2014 14:14
> | To: ghc-d...@haskell.org; glasgow-haskell-users@haskell.org
> | Subject: Removing -fext-core
> |
> | Hello all,
> |
> | Recently I
it, you should probably speak up soon I'd imagine...
[1] https://ghc.haskell.org/trac/ghc/ticket/5630
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing list
Glasgow-h
r Fedora, I wonder if "terminfo-0.4.0.0" shows
> up in the GHC package registry? It could be the package registry for the
> Debian binary distribution missed that detail.
>
>
> _______
> Glasgow-haskell-users mailing l
l.org/ghc/reportabug
Hashes & Signatures
~
Included in this email is a signed copy of the SHA256 hashes for the
tarballs, using my GPG key (keyid 0x3B58D86F).
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
SHA256SUMS.sig
0.3.5/html
>>> doesn't exist or isn't a directory
>>> Warning: haddock-interfaces:
>>> /Users/conal/.cabal/share/doc/x86_64-osx-ghc-7.8.1/newtype-0.2/html/newtype.haddock
>>> doesn't exist or isn't a file
>>> Warning: haddock-h
changed.
Lion builds will come soon too for users of 10.7 and such.
An updated SHA256SUMS.sig is attached. Thanks for Edsko de Vries for
pointing it out!
On Wed, Apr 9, 2014 at 9:10 AM, Austin Seipp wrote:
>==
> The (Inter
hashes for the
tarballs, using my GPG key (keyid 0x3B58D86F).
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
SHA256SUMS.sig
Description: Binary data
___
Glasgow-haskell-users mailing list
Glas
__
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
ble will be profiled. Cabal
doesn't know to do this if it doesn't know TemplateHaskell is a
requirement.
Does this clear things up? My last message might give the impression
some things aren't compiled dynamically, because I merely ambiguously
referred to 'packages'.
On Sun
_
>> Glasgow-haskell-users mailing list
>> Glasgow-haskell-users@haskell.org
>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>>
>
>
> ___
> Glasgow-haskell-users mailing list
> Glasgo
signed copy of
the SHA256 hashes available (attached) using my GPG key (keyid
0x3B58D86F).
We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
some existing issues.
Please test as much as possible; bugs are much cheaper if we find them
before the release!
--
Regards,
Austin
y can be distributed together
> with the executable binary when deploying a Cloud Haskell application
> in a cluster. We won’t delve further into this problem.
And for any people interested in this - on Linux, a tool like
patchelf[3] would help immensely for moving executables+their
depen
asgow-haskell-users mailing list
>>> Glasgow-haskell-users@haskell.org
>>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>>>
>>
>>
>> _______
>> Glasgow-haskell-users mailing list
>> Glasgow-haskell-users@haskell.org
>> http://
ote:
>>
>> Hi,
>>
>> heh, I wanted to throw in the same argument: If its just more elaborate
>> error messages, why do we need a flag for it? So count that as +1 from
>> me.
>>
>> Greetings,
>> Joachim
>>
>>
>> Am Dienstag, de
On Tue, Jan 14, 2014 at 12:14 PM, Austin Seipp wrote:
> If it's turned into a 'warning', my idea was just to turn -XTypeHoles
> to -Wtype-holes and turn it on by default, so this can be switched
> off.
... which, I might add, is rather the same for *all* warnings,
>> me.
>>
>> Greetings,
>> Joachim
>>
>>
>> Am Dienstag, den 14.01.2014, 11:12 -0600 schrieb Austin Seipp:
>> > I'm actually more in favor of Richard's proposal of just removing the
>> > flag to be honest, now that he mentioned it.
>
> Thanks Johan, or I'm happy to do it.
>
> Duncan
>
>> On Tue, Jan 14, 2014 at 5:33 PM, Austin Seipp wrote:
>>
>> > At the very least, Type(d)Holes would never appear explicitly since it
>> > would be enabled by default. But it might be turned off
> On 2014-01-14 at 17:14:51 +0100, David Luposchainsky wrote:
>> On 14.01.2014 17:07, Austin Seipp wrote:
>>> We probably won't change the name right now however. It's already
>>> been put into Cabal (as a recognized extension,) so the name has
>>
uld do
>
> x + (y + 3 :: _)
>
> as opposed to
>
> data Hole
> x + (y + 3 :: Hole)
>
> It'd be great if I could spare myself defining Hole *and* get all the
> information about bindings that _ provides.
>
> --
> Mateusz K.
> ___
#x27;t really mention it previously.)
Please shout if you have problems. I've tested this with both an x86
and x86_64 build.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell-users mailing lis
x for
#8228, which is a bit annoying. And also this new msys2 thing.)
* Richard Smith, if you're out there, I should have listened to you on
the LLVM list. I'll learn from this one.
--
Regards,
Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
;t really waste
my time on this note.
And of course, please continue to liberally report bugs (or patches!)
- it's much better if we find them as early as possible.
On Sun, Sep 8, 2013 at 6:27 PM, Austin Seipp wrote:
> Friends,
>
> After talking with SPJ, we've decided that the
13 at 11:00 AM, Austin Seipp wrote:
> Friends,
>
> The time is here! We'll be closing off new features this week. There
> are some exceptions that have been made already:
>
> * Geoffrey will get SIMD/Template Haskell in this week, as he's been
> a little busy. But it
history clean. An easy way to do this is:
> |
> | $ git checkout master
> | $ git merge --squash type-nats-simple
>
> Does that make One Patch with a single coherent message, abandoning all the
> intermediate commit messages on type-nats-simple? I hope so.
>
> Simon
ing with profiling
> | > using cabal-install, it fails because cabal-install tries to build a
> | > dynamic version too. We don't want dyanmic/profiled libraries
> | > (there's no point, you can't load them into GHCi). Perhaps this is
> | > something that needs fixing in cabal-install?
> | &g
gt; -Iavor
>
>
> On Thu, Sep 12, 2013 at 1:18 PM, Austin Seipp wrote:
>>
>> I think this can definitely be clarified. I'll update the docs a
>> little later today when I get a chance.
>>
>> On Thu, Sep 12, 2013 at 1:35 PM, Simon Peyton-Jones
>> wrote:
Mon, Sep 9, 2013 at 8:44 AM, Simon Peyton-Jones
> wrote:
>> Yes I will try to review it this week. (This is the first time I've had
>> access to the code.)
>>
>> Simon
>>
>> | -Original Message-
>> | From: Austin Seipp [mailto:ase...@pobox.co
y updating this list with
the offending modules that dll-split reported, and see if things go
OK. If not, let me know and I'll check out your branch and take a
look.
On Mon, Sep 9, 2013 at 1:40 AM, Iavor Diatchki wrote:
> Hello Austin,
>
>
> On Sun, Sep 8, 2013 at 4:27 PM, Austin
ilding haddock, so I'm going to look into that tonight.
>
> There are tests for the data kind syntax in the test suite, currently on the
> data-kind-syntax branch.
>
> Other than the haddock fix, I think that we're ready to go.
>
> Thanks!
>
> --trevor
>
>
Thanks Richard!
On Mon, Sep 9, 2013 at 7:40 AM, Richard Eisenberg wrote:
>
> On Sep 8, 2013, at 7:27 PM, Austin Seipp wrote:
>>
>> * Pedro and Richard - what's the story on propositional equality,
>> etc? This is mentioned on the status page[1] but I'm not sur
Kazu,
Dynamic should be available with anything, including profiling. This
is probably more an artifact of your mk/build.mk setup.
When you look in there, check carefully which BuildFlavour you have
set. The relevant variable is GhcLibWays. For example,
BuildFlavour=perf will add 'p' which is pro
Friends,
After talking with SPJ, we've decided that the cutoff date for the 7.8
feature window will essentially start on Monday, the 16th. This is the
beginning of the week before ICFP. This is a week from tomorrow.
Afterwords, I suspect we will cut the 7.8 branch in early October (my
notes tenta
I'm +1 on changing the behavior. I find it probably the most confusing
aspect of using TypeHoles, which is otherwise great.
On Tue, Aug 27, 2013 at 3:17 AM, Simon Peyton-Jones
wrote:
> I'm sympathetic to Andres's point here. Easy to implement. Any objections?
>
> Simon
>
> | -Original Message
is is pretty squarely a 'user interface problem'. It's easy for us
no matter what. So, I have CC'd glasgow-haskell-users - I think
there's room for voices on this note, and I'd really appreciate users
and developers weighing in.
[1] http://www.haskell.org/ghc/doc
n my GHC
fork):
https://github.com/thoughtpolice/ghc/commit/88f0a0b047ff67b40eeb4de940aca16271661564.patch
On Fri, Jun 28, 2013 at 4:37 AM, Simon Marlow wrote:
> On 26/06/13 04:13, Austin Seipp wrote:
>>
>> Thanks Manuel!
>>
>> I have an update on this work (I am also C
pt something and it doesn't work.
On Tue, Jun 25, 2013 at 7:34 PM, Manuel M T Chakravarty
wrote:
> Austin,
>
> Thank you very much for taking care of all these clang issues — that is very
> helpful!
>
> Cheers,
> Manuel
>
> Austin Seipp :
>> Hi all,
>>
This is a slight tangent but, I am always somewhat confused about the
release schedule. When reading this, the basic decision seems to come
down to when do we cut a release, taking into account factors like
reliability/bugs/support/community/other stuff like that.
So, IMO, perhaps one thing that's
There have been a few of these bugs recently it seems. If you could:
use the stage1 compiler to compile a simple executable, like 'main =
return ()' or hello world or whatever.
The stage1 compiler can be located in the build directory, under
'inplace/bin/ghc-stage1'. So something like:
/inplace/b
(CC'ing glasgow-haskell-users, as it got lost somehow. A message or
two from me and Karel are also missing the list.)
On Mon, Jan 14, 2013 at 1:27 PM, Ben Gamari wrote:
> Austin Seipp writes:
>
>> I've been working on ARM the past weekend. Here's where I
On Sat, Jan 12, 2013 at 10:29 PM, Austin Seipp wrote:
>
> The first one passes the options onto LLVM's code generator tool,
> 'llc', so it also gets the ABI options right.
s/first/second/
--
Regards,
Austin
___
Glasgow-ha
On Sat, Jan 12, 2013 at 10:23 PM, wrote:
>>
>>GhcLibHcOpts = -O -fllvm -optc-mfloat-abi=hard -optc-mcpu=cortex-a9
>> -optlc-float-abi=hard -optlc-mcpu=cortex-a9
>
>
> You've written "-optc-mfloat-abi=hard -optc-mcpu=cortex-a9" twice in your
> GhcLibHcOpts.
>
Not quite. Notice the diff
I think we already mostly have this. The separation (remembering
something I read off Trac I think,) was something like:
* cvs-ghc mailing list: Prospective patches, automatically generated
build/commit emails, etc.
* glasgow-haskell-users mailing list: Developers and users of GHC
discussing iss
I can also offer a decently spec'd linux x86_64 machine, and a
functional OS X x86_64 Mountain Lion machine too. If possible I'll
offer my ARMv7 board as well, which currently fails late in the stage2
build on DPH. I haven't figured that one out just yet. All these can
all be available on a regular
In this vein, you may be interested in trying out the unix-bytestring
package (it contains ByteString based bindings for POSIX I/O - but
you'll still need the unix package to get at the underlying file
descriptor.)
http://hackage.haskell.org/packages/archive/unix-bytestring/0.3.5.4/doc/html/System
I actually made builds of GHC 7.4.1 with Snow Leopard that fixed this
issue back when I had it:
http://code.haskell.org/~thoughtpolice/ghc-741-osx-sl/
I must have forgotten to email the list. I have since upgraded to Lion
however. The builds are 64bit only as well. But that should be an easy
mean
With 7.4.2, the patches for full ARM linker support were merged and
released. Are there any official builds of GHC for Linux/ARM yet? I
have a PandaBoard ES I'd be willing to contribute for builds and/or
testing/development, but I don't know where to get a GHC for
bootstrapping.
It's also worth as
Hi,
Building GHC HEAD (git HEAD SHA1 =
88f476b98709731d997ab57612cce4753cb65a0a) this morning, I've
encountered 2 build failures that seem to be a result of some recent
changes in the past day or two.
If I build a clean repository with `make -j13` on my 12 core machine, I get:
--
64-bit GHC on OS X gives me this:
$ ghc -fforce-recomp -threaded finalizer
[1 of 1] Compiling Main ( finalizer.hs, finalizer.o )
Linking finalizer ...
$ ./finalizer
waiting ...
done!
waiting ...
running finalizer
done!
However, it's a different story when `-O2` is specified:
$ ghc -O
0, 2012 at 10:59 AM, Austin Seipp wrote:
>>> Sorry, I got caught up doing a few other things the past few days.
>>>
>>> I'll make a binary of the 7.4.1 release later today and upload it to
>>> my code.haskell.org account and report back here (the uploading will
12:56 PM, Evan Laforge wrote:
> On Sun, Jan 29, 2012 at 5:12 PM, Austin Seipp wrote:
>> I've done so, and have an RC2 bindist that doesn't have a segfaulting
>> GHCi. I suppose this build should be advocated to Snow Leopard users.
>>
>> I currently need a plac
12 at 6:50 AM, Ian Lynagh wrote:
> On Sat, Jan 28, 2012 at 05:09:20PM -0600, Austin Seipp wrote:
>>
>> I run XCode 4 (and haven't had the opportunity to upgrade.) Would it
>> be reasonable to make a binary distribution for people like Evan and
>> Me and hopefully have it
Hello again Ian,
I noticed that in December, Bas van Dijk reported a bug in the
implementation of ConstraintKinds/associated type defaults, and the
fix wasn't merged to 7.4.1.
The relevant email thread is archived here:
http://www.haskell.org/pipermail/glasgow-haskell-users/2011-December/021318.
Ian,
Thanks for pointing this out.
I run XCode 4 (and haven't had the opportunity to upgrade.) Would it
be reasonable to make a binary distribution for people like Evan and
Me and hopefully have it put on the download page?
I presume the people in our boat are actually pretty small in number
(OS
I too was seeing this with RC1, but I haven't tried RC2. Looking at
the commits on the 7.4 branch, I don't see anything that would have
likely affected/fixed it, so I speculate I'll see the same thing with
RC2. I'll try tonight and report back.
I will note that manually built copies of HEAD work j
Hello GHC hackers,
I have been trying the recent 7.4.1-rc1 release on my OSX Snow Leopard
machine. I am using the 64bit OSX .tar.bz. I used virthualenv/hsenv to
set up a virtual environment to test packages with the RC, but I
discovered that GHCi seems to segfault somewhat randomly when invoked.
There has been recent discussion on the Homebrew bug tracker
concerning the upcoming XCode 4.2 release by Apple, which has
apparently just gone GM (meaning they're going to make a real release
on the app store Real Soon Now.)
The primary concern is that XCode will no longer ship GCC 4.2 at all,
it
1 - 100 of 126 matches
Mail list logo