On 03/01/2012 16:54, Tristan Ravitch wrote:
This might be the expected behavior but I'll ask anyway. I have what
seems to be a legitimate stack overflow (due to excessive recursion
and not the evaluation of a big thunk). The stack trace from -xc only
shows about 13 calls on the stack (with
The Frege author does not have a ghc mail list account but gave a more
detailed explanation of how he goes about TDNR for records and how often it
type checks without annotation in practice.
A more general explanation is here:
On 22/12/2011 22:58, Michal Konečný wrote:
Several issues related to the way GMP is included in GHC were publicly
discussed in the past with the goal of replacing GMP. As summarised in
this wiki by Peter Tanski
http://hackage.haskell.org/trac/ghc/wiki/ReplacingGMPNotes, the main
issues were:
Dear Michal,
Am Mittwoch, den 04.01.2012, 16:33 + schrieb Michal Konečný:
On Wednesday 04 January 2012 12:31:23 Joachim Breitner wrote:
I guess this means me... Indeed Debian has the policy to avoid modified
bundled libraries, if somehow possible. For example, we patch the build
system
On Wed, Jan 4, 2012 at 11:50, Joachim Breitner nome...@debian.org wrote:
Now you might argue that gmp will never be the source of security
problems (although I woudn’t be too convinced about that). But even then
There's actually a patch for a (claimed to be minor potential) security
issue
Hi all,
On 04.01.2012, at 17:50, Joachim Breitner wrote:
BTW, Is there a way to get the linker to create two independent copies
of a library in one program space? Maybe if it is compiled as PIC
(random name dropping here)? That would seem to be an elegant solution,
as it makes the distro
On Wed, Jan 04, 2012 at 12:31:23PM +, Joachim Breitner wrote:
One potential problem is that some Linux distributions really don't like
it if you bundle modified versions of external libraries. However, I
just don't see a way around this: [...]
[...]
I guess this means me... Indeed
In 7.4 we merge the stub object file into the main object file
automatically, so you don't have to worry about stub objects in your
Makefiles or whatever.
Nice, this is very convenient.
___
Glasgow-haskell-users mailing list
