ust a name for the remote within your local ghc
checkout, so it can be anything you choose.
Regards,
Reid Barton
On Tue, Apr 11, 2017 at 11:53 AM, Simon Peyton Jones via ghc-devs
<ghc-devs@haskell.org> wrote:
> Devs
>
> I want to build a GHC from someone else repo; this one actually
> g.
he copy of DynFlags that you are testing on and the
compiler's own modules.
Regards,
Reid Barton
On Sun, Apr 9, 2017 at 5:37 AM, Alfredo Di Napoli
<alfredo.dinap...@gmail.com> wrote:
> Hey Ben,
>
> as promised I’m back to you with something more articulated and hopefully
> meaningful. I
On Sun, Mar 19, 2017 at 2:16 PM, Joachim Breitner
<m...@joachim-breitner.de> wrote:
> Hi,
>
> Am Sonntag, den 19.03.2017, 13:23 -0400 schrieb Reid Barton:
>> ght? On Sat, Mar 18, 2017 at 1:05 PM, Joachim Breitner
>> > <m...@joachim-breitner.de> wrote:
logs/, right? But even those are
missing. So something seems to be more seriously broken.
Regards,
Reid Barton
> Greetings,
> Joachim
>
> Am Samstag, den 18.03.2017, 01:56 -0400 schrieb Reid Barton:
>> Don't know whether it is the same issue, but perf.haskell.org seems
>> to
Don't know whether it is the same issue, but perf.haskell.org seems to
still have not built anything for the past 3 days, according to
https://github.com/nomeata/ghc-speed-logs/commits/master.
Regards,
Reid Barton
On Wed, Mar 15, 2017 at 5:49 PM, Ben Gamari <b...@smart-cactus.org>
gt; | >---
> |
> | commit 644625449a9b6fbeb9a81f1a7d0e7d18424fb707
> | Author: Reid Barton <rwbar...@gmail.com>
> | Date: Fri Mar 3 15:49:38 2017 -0500
> |
> | Deserialize IfaceId more lazily
> |
> | This change sped up th
ow exactly what
it does so that I can experiment with custom build settings without
worrying about them being overridden by your build script.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/li
and
then narrow in on commits that caused regressions. Is there a way to
do that using the https://perf.haskell.org/ghc/ website?
Failing that, is the data that goes into these graphs available for
download in some form?
Regards,
Reid Barton
___
ghc-devs mailing
with no users, it would be better to start with
correct but slow, of course.
Regards,
Reid Barton
On Mon, Jan 30, 2017 at 11:18 AM, David Feuer <da...@well-typed.com> wrote:
> I forgot to CC ghc-devs the first time, so here's another copy.
>
> I was working on #11760 this weekend,
On Fri, Jan 20, 2017 at 12:50 PM, Simon Peyton Jones
<simo...@microsoft.com> wrote:
> Yes that worked! THanks
> https://phabricator.haskell.org/D2995
>
> Will you make that change?
I have done so, in commit 5ff812c14594f507c48121f16be4752eee6e3c88.
Regards,
Reid Barton
> S
From the python 3 reference:
New in version 3.3: The 'rb' prefix of raw bytes literals has been
added as a synonym of 'br'.
Simon, can you try replacing that occurrent of rb by br and see
whether that fixes it? Just the one on the line it complained about.
Regards,
Reid Barton
On Fri, Jan 20
OK, I filed https://ghc.haskell.org/trac/ghc/ticket/13072 for this.
Regards,
Reid Barton
On Thu, Jan 5, 2017 at 10:28 AM, Simon Peyton Jones
<simo...@microsoft.com> wrote:
> | It occurred to me that rather than moving just these instances to a new
> | module, we could move the
, but
the difficulties here don't seem to be insurmountable.
Does this seem like a reasonable plan? Anything important I have missed?
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
to $1_$2_$3_GHC_LD_OPTS ("Options for passing
to GHC when we use it for linking"), which is wrong because GHC uses
gcc to do the link, not ld.
Regards,
Reid Barton
On Thu, Dec 1, 2016 at 6:58 AM, Karel Gardas <karel.gar...@centrum.cz> wrote:
>
> I've been hit by this during
GNU-variant filename offset not
> found while reading filename f
Did this line get truncated? It might help to have the rest of it.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
e worried about? It's
already legal to have a clash between imported names as long as you
don't refer to the colliding name. For example if one of my imports A
exports a name `foo` which I don't use, and then another import B
starts to export the same name `foo`, there won't be any error as long
as
step up might be providing *_PIC.a objects for the base libraries,
> so that the non-PIC objects are still available for the majority of cases
> in which PIC is not required.
>
I think we don't do this mainly because it would inflate the size of the
binary distribution significantly for so
ly obvious when a program fails to build due to a change in base and
the normal reaction to a version error with base is just to retry with
--allow-newer=base anyways.
Of course the best thing is to stick to the part of the language that is
unlikely to be broken by future versions of base; sadl
m guessing you meant `other-extensions: StrictData`.
Regards,
Reid Barton
On Sat, Mar 19, 2016 at 10:16 PM, Andrés Sicard-Ramírez <a...@eafit.edu.co>
wrote:
> Hi,
>
> I know this isn't a convenient issue report because the "test case"
> isn't easily reproducible. Since
hatever other weird
things they want.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
tes, whereas ghc-8.0 takes 25.5
>> minutes. This isn't entirely unexpected but the change is quite a bit
>> larger than I had thought. It would be nice to know which commits are
>> responsible.
>>
>
> btw, just recent experience on ARM64 (X-gene board):
>
> bootstrappi
s kinds in functions? Would it
> make sense? May I file a ticket?
Normally the reason to define a function is so that you can apply it to
something. But there are no values of the promoted type A to apply f to,
aside from perhaps undefined. What would be the purpose of allowing this?
Regards,
On Wed, Jan 27, 2016 at 5:35 PM, Reid Barton <rwbar...@gmail.com> wrote:
> Oh! I guess the name ghcspeed was too memorable... and browser bar
> autocompletion did the rest. Sorry for the noise!
>
I noticed that https://perf.haskell.org/ghc/ still says "GHC Speed" in th
Oh! I guess the name ghcspeed was too memorable... and browser bar
autocompletion did the rest. Sorry for the noise!
Regards,
Reid Barton
On Wed, Jan 27, 2016 at 5:23 PM, Joachim Breitner <m...@joachim-breitner.de>
wrote:
> Dear Reid,
>
> Am Mittwoch, den 27.01.2016, 14:50 -05
s. Maybe it should be the default when
TypeApplications is enabled?
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
; Int#, Float#, Double# etc.
>
>
>
> Worth a wiki page and a ticket.
>
There is already a ticket at least,
https://ghc.haskell.org/trac/ghc/ticket/1311.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
ode that compiles to
it? But in any case "movq 16(%xmm1),%rax" is certainly wrong, it should be
offseting 16 bytes from a register like Sp or R1.
Regards,
Reid Barton
On Mon, Dec 7, 2015 at 11:21 AM, Ömer Sinan Ağacan <omeraga...@gmail.com>
wrote:
> Thanks Simon, primops wo
ckage/base-4.8.1.0/docs/GHC-Stack.html.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
t
commit or a related one was not correct. Windows is the only (major?)
platform on which the ghc executable is built statically by default, and
therefore uses ghc's own runtime linker.
I'll try building a Linux ghc with GHC_DYNAMIC=NO and if it exhibits the
same problem I should be able to
I got lucky and found an error in the first place I looked. I have no way
to test it, but I expect that https://phabricator.haskell.org/D1382 will
fix the build on Windows, or at least make it closer to correct :)
Regards,
Reid
On Tue, Oct 27, 2015 at 11:25 AM, Reid Barton <rwbar...@gmail.
Unfortunately the DYNAMIC_GHC_PROGRAMS=NO build on Linux did produce a
working ghci, so I guess that leaves reviewing the likely culprit patch(es)
very carefully...
Regards,
Reid Barton
On Tue, Oct 27, 2015 at 10:57 AM, Simon Peyton Jones <simo...@microsoft.com>
wrote:
> I'm pr
gh.
(Also, I wonder how MIN_VERSION_* fits into a Backpack world...)
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
ind of situation (where the API of a package depends
on the version of its dependencies) should hopefully be fairly rare in
practice.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
mpile ARM registerised build.
>
But "./configure [...] --enable-unregisterised" should mean using the C
backend, not LLVM, right? So this still looks strange. Also there is an
explicit "-fllvm" on the failing ghc-stage1 command line.
What is in your build.mk? Maybe you are using one of the build flavors that
sets -fllvm explicitly?
That said you can also try installing the supported version of LLVM for ghc
7.10, which is LLVM 3.5.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
> package-dependency between `ghc` and `Cabal`)
>
Surely this argument does not apply to a package created to hold data types
that would otherwise live in the template-haskell or ghc packages.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
It's actually arc upgrade. I added a mention of this command to the wiki:
https://ghc.haskell.org/trac/ghc/wiki/Phabricator#HelpImgettingastrangeerrorwhenrunningarcthatIdidntgetyesterday
Regards,
Reid Barton
On Wed, Aug 5, 2015 at 12:09 PM, Thomas Miedema thomasmied...@gmail.com
wrote:
Try
is ambiguous. It might help to phrase the error message text in a
way that implies that the list of instances it displays is not necessarily
exhaustive.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman
, but it seems a bit wordy for a
compiler error...
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
object file and writes the information it
gathered to DerivedConstants.h. We do it this way now to support
cross-compilation (in that case, the C compiler generates object files for
the target platform so we can't simply run them on the system that is
building GHC).
Regards,
Reid Barton
llvm-3.5 for the 7.10 series.
Why do we need to revert anything, can't we just make a one-character fix
of 3.6 to 3.5 on the ghc-7.10 branch?
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman
encounter this when I tried to
reproduce the issue because I have a bunch of lines like constraint:
template-haskell installed in my .cabal/config file.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman
. I filed a ticket (
http://ghc.haskell.org/trac/ghc/ticket/9929).
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
Richard fixed in
https://ghc.haskell.org/trac/ghc/ticket/9233. (See g/F.hs from my
minimized.tar.gz.) If so then I think it is actually caused simply by
creating the worker function, and doesn't have to do with unpacking, only
the strictness of the Bar field.
Regards,
Reid Barton
with
GHC HEAD. So if your cabal-install has stopped working with HEAD, try
building the latest version as outlined in Edward's email.
Cabal wizards, any gotchas with current Cabal GHC HEAD I should be aware
of?
Regards,
Reid Barton
___
ghc-devs mailing list
)' $(TEST_HC_OPTS) --print-libdir | tr -d '\r'`
...
so ghcApi.o is getting removed before the final link step, I would guess.
Regards,
Reid Barton
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
There are a couple of recent GC-related bug fixes (#9045 and #9001). Before
trying to track this down any further I suggest you try using the tip of
the ghc-7.8 branch with commit fc0ed8a730 cherry-picked on top.
Regards,
Reid Barton
On Wed, May 28, 2014 at 6:04 AM, Ömer Sinan Ağacan omeraga
14.1.1.2.
Regards,
Reid Barton
On Tue, Oct 1, 2013 at 6:08 PM, Simon Peyton-Jones simo...@microsoft.comwrote:
I have not seen that and I build on Windows all the time. The relevant
big in FD.hs is
#ifndef mingw32_HOST_OS
getUniqueFileInfo _ dev ino = return (fromIntegral dev, fromIntegral
47 matches
Mail list logo