Simon M: this is more your bailiwick than mine.
Sergei: It's always a good idea to create a Trac ticket to accompany a Phab
patch, because we have better milestone/priority support for Trac tickets.
Don't forget to explain the motivation and rationale, giving examples. If it
all gets too
relatedly: wont the source be preserved in the git history if we remove it?
the CPP etc solution is no simpler than just keeping the code cached in the
git history right? Or will having it in the repo, but CPP'd/commented out
somehow preserve some invariant that cant be maintained by resuscitating
With all due respect to Manuel's request, could I opt for a different
resolution? I frequently (several times during most minutes of GHC programming)
grep the GHC source code for this or that. If the vectorisation code is CPP'd
away but still present in the compiler/ directory, these greps will
Richard Eisenberg wrote:
Here's an alternate suggestion: in SimplCore, keep the call to vectorise
around, but commented out (not just with CPP, for better syntax
highlighting). Include a Note explaining what `vectorise` does and why it's
not there at the moment. However, move the actual
Given the vectorisation code is in its own subdirectory already, it’s quite
easy to spot in a grep, I would say.
Manuel
Richard Eisenberg e...@cis.upenn.edu:
With all due respect to Manuel's request, could I opt for a different
resolution? I frequently (several times during most minutes
On Mon, Jan 19, 2015 at 10:47 PM, Carter Schonwald
carter.schonw...@gmail.com wrote:
relatedly: wont the source be preserved in the git history if we remove
it? the CPP etc solution is
Indeed; most of the projects I'm involved with have a specific policy to
*not* keep commented-out or
Hi Sergei,
See http://www.cs.tufts.edu/~nr/c--/extern/man2.ps
Google is your friend!
Howard
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
On 01/19/15 10:54 AM, Herbert Valerio Riedel wrote:
Is it possible for you to test for those mpn_ symbols in integrer-gmp2
configure and if they are presented then you can use your
__gmpn_andn_n foreigner call?
I'm actually rather considering not using those at all when GMP version
is 4.* as
Hi *,
I just wanted to let everyone know we plan on releasing RC2 at the end
of this week, on Friday. We're hoping this will be the final RC before
we do the actual release, so if you want to get your fixes in for
users to test - now is the time!
Specifically, here are a few things:
- Edward,
Thanks
Alan
On Mon, Jan 19, 2015 at 3:53 PM, Austin Seipp aus...@well-typed.com wrote:
Hi *,
I just wanted to let everyone know we plan on releasing RC2 at the end
of this week, on Friday. We're hoping this will be the final RC before
we do the actual release, so if you want to get your
Austin, (or anyone else)
Manuel says:
| Would it be ok if we left it in the repo, but CPP'd it out so that
| we
| didn't compile everything? (The DPH library is in the same state at
| the moment.)
|
| It might suffer bit-rot, but it’d still be there for resurrection.
|
| Sure,
George Colpitts wrote:
[...]
- When using ghci with 7.10.1 RC1 I get the following errors
intermittently. Is anybody else seeing these?
[...]
- ld: library not found for -l:ghc31505_10.dylib
collect2: error: ld returned 1 exit status
phase `Linker' failed (exitcode =
Thanks Peter
On Mon, Jan 19, 2015 at 7:04 AM, Peter Trommler
peter.tromm...@ohm-hochschule.de wrote:
George Colpitts wrote:
[...]
- When using ghci with 7.10.1 RC1 I get the following errors
intermittently. Is anybody else seeing these?
[...]
- ld: library not found for
On 01/18/15 04:05 PM, Herbert Valerio Riedel wrote:
On 2015-01-18 at 15:42:05 +0100, Karel Gardas wrote:
Hello Herbert,
I'm sorry to bother you, but recent GHC HEAD does have issue on
Solaris/SPARC platform which shows as undefined symbols during the
linkage of stage2 binaries. For example
On 2015-01-19 at 10:25:59 +0100, Karel Gardas wrote:
[...]
/* Major version number is the value of __GNU_MP__ too, above and in
mp.h. */
#define __GNU_MP_VERSION 4
Let me also add that the gmp.h file does not define mpn_andn_n symbol
at all neither it declare __gmpn_andn_n function!
There are a couple of reasons this could happen:
- The -h flag causes the GC to run more often, which will reclaim memory
more promptly
- -h causes more old-gen GCs to happen, which can avoid some cases where
generational GC has promoted something that hangs on to a lot of stuff
causing the
Thanks Peter, I think this problem is unique to 10.10.1 on MacOS.
In any case, due to it 7.10.1 RC1 is relatively useless to me. Is there a
script to uninstall? There is a make install so I was hoping make uninstall
would do the right thing but it doesn't seem to. I think I figured out how
to
Excerpts from Austin Seipp's message of 2015-01-19 05:53:08 -0800:
- Edward, can you please merge D614 and D603? I think we should pull
these into the 7.10 branch.
OK, these two are done.
Edward
___
ghc-devs mailing list
ghc-devs@haskell.org
Hi *,
This is just a warning that soon, I'd like to enable --slow ./validate
on Phabricator.
What does this mean? It means that builds will take longer, but GHC
will be tested much more thoroughly with each commit and with each
patch that's submitted.
Unfortunately, the bad news is that we've
Hi *,
It's time for some more GHC news! The GHC 7.10 release is closing in,
which has been the primary place we're focusing our attention. In
particular, we're hoping RC2 will be Real Soon Now.
Some notes from the past GHC HQ meetings this week:
- GHC 7.10 is still rolling along smoothly, and
20 matches
Mail list logo
