#781: GHCi on x86_64, cannot link to static data in shared libs
---+
Reporter: guest | Owner:
Type: bug | Status: new
Priority: high
#7470: Patch to enable GHC runtime system with thr_debug_p options...
--+-
Reporter: MichalGajda| Owner:
Type: bug| Status: infoneeded
Priority:
#7495: Rebindable list syntax?
-+--
Reporter: nwf | Owner:
Type: feature request | Status: new
Priority: normal| Milestone:
#7488: Promotion of newtypes
-+--
Reporter: dreixel | Owner:
Type: bug | Status: new
Priority: normal| Component: Compiler
#7491: getNumCapabilities uses n_capabilities instead of enabled_capabilities
+---
Reporter: Yuras| Owner:
Type: bug | Status: new
#7409: Document special this module name for PackageImports extension
--+-
Reporter: hvr| Owner: simonmar
Type: bug| Status: new
Priority: normal
#7409: Document special this module name for PackageImports extension
-+--
Reporter: hvr | Owner: simonmar
Type: bug | Status: merge
Priority:
#7491: getNumCapabilities uses n_capabilities instead of enabled_capabilities
--+-
Reporter: Yuras| Owner:
Type: bug | Status:
On Tue, Dec 11, 2012 at 7:04 AM, Ian Lynagh i...@well-typed.com wrote:
Does that sound reasonable? Does anyone have any further questions or
comments?
Sound good to me. Thanks for working on this.
-- Johan
___
Glasgow-haskell-bugs mailing list
#7496: Support for JavaScript as an official GHC output language
-+--
Reporter: mcandre | Owner:
Type: feature request | Status: new
#5239: Em-dash for -- with UnicodeSyntax.
+---
Reporter: Eelis- | Owner:
Type: feature request| Status: new
Priority: normal
#7490: ghc-stage1 panic when building QNXNTO cross-compiler
+---
Reporter: singpolyma | Owner:
Type: bug | Status: new
Priority: normal |
#7431: execvpe exists on QNX
+---
Reporter: singpolyma | Owner:
Type: bug | Status: patch
Priority: normal | Component:
Good plan!
Ian Lynagh i...@well-typed.com:
Hi all,
Following a recent discussion, we propose to reorganise the GHC-related
mailing lists so that we end up with:
glasgow-haskell-users
For user discussions
ghc-devs
For developer discussions
ghc-commits
On 10/12/12 12:46, Yuras Shumovich wrote:
On Mon, 2012-12-10 at 10:58 +, Simon Marlow wrote:
On 08/12/12 23:12, Yuras Shumovich wrote:
I tried to hack stg_putMVarzh directly:
if (enabled_capabilities == 1) {
info = GET_INFO(mvar);
} else {
(ptr info) =
On 10/12/12 00:11, Nils wrote:
I'm currently working with a C library that needs to use/modify global C
variables, for example:
igraph_bool_t igraphhaskell_initialized = 0;
int igraphhaskell_initialize()
{
if (igraphhaskell_initialized != 0)
{
printf(C: Not
Hi all,
Following a recent discussion, we propose to reorganise the GHC-related
mailing lists so that we end up with:
glasgow-haskell-users
For user discussions
ghc-devs
For developer discussions
ghc-commits
For automated commit messages from the git
On Tue, Dec 11, 2012 at 7:04 AM, Ian Lynagh i...@well-typed.com wrote:
Does that sound reasonable? Does anyone have any further questions or
comments?
Sound good to me. Thanks for working on this.
-- Johan
___
Glasgow-haskell-users mailing list
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 typedefs
Essentially I have a use case that, if worked, would save countless hours
in development time. I am writing a scientific computing web service
utilizing the Repa and Snap libraries. The Snap framework has a dynamic
loader that will load modules on the fly when the source files change.
This
| In my opinion we should only implement optimizations in Hoopl that
| LLVM cannot do due to lack high-level information that we might have
| gotten rid of before we reach the LLVM code generator*. I don't think
Indeed. And I think there is probably quite a lot that is in reach for C--,
but
Cool info!
Would love to see that report if you can dig it up :)
-Carter
On Tue, Dec 11, 2012 at 2:16 PM, Simon Peyton-Jones
simo...@microsoft.comwrote:
| In my opinion we should only implement optimizations in Hoopl that
| LLVM cannot do due to lack high-level information that we might
On Tue, Dec 11, 2012 at 11:16 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Notice that the stack is now *explicit* rather than implicit, and LLVM has no
hope of moving the assignment to z past the call to g (which is trivial in
the original). I can explain WHY we do this (there is
Thank you all for your replies.
On Tue, Dec 11, 2012 at 11:16 AM, Simon Peyton-Jones
simo...@microsoft.comwrote:
And I think there is probably quite a lot that is in reach for C--, but
out of reach for LLVM. Why? Because before we pass the code to LLVM we do
CPS-conversion.
Is there a
Hi,
I built GHC 7.6.2-rc1 for Debian. Unfortunately, we have this:
Control files of package ghc-haddock: lines which differ (wdiff format)
---
Depends: ghc (= [-7.6.1-3),-] {+7.6.1.20121207-1),+} libc6 (= 2.11), libffi5
(=
Hi Joachim,
On Wed, Dec 12, 2012 at 12:20:35AM +0100, Joachim Breitner wrote:
I built GHC 7.6.2-rc1 for Debian.
Thanks for testing!
Provides: haddock, [-haddock-interface-21-] {+haddock-interface-22+}
i.e. upstream has bumped the haddock interface number. I really was not
expecting
Good plan!
Ian Lynagh i...@well-typed.com:
Hi all,
Following a recent discussion, we propose to reorganise the GHC-related
mailing lists so that we end up with:
glasgow-haskell-users
For user discussions
ghc-devs
For developer discussions
ghc-commits
I am pleased to announce the release of version 0.6 of diagrams [1], a
full-featured framework and embedded domain-specific language for
declarative drawing. Check out the gallery [2] for examples of what it
can do! [3,4]
[1] http://projects.haskell.org/diagrams
[2]
Dear Brent and co-authors of diagrams,
this is a very nice thing, thank you very much!
I was recently missing a tool that was able to output simple PNG diagrams
from the input of lists of point coordinates. My solution was very ad-hoc
and suited to my background: I am only familiar with the
Dear Malcolm,
What is the current status of Haskell Prime, as far as you know?
(Is there a better way to reach the Haskell Prime committee than just
emailing the chair?)
We have a few volunteers here looking to keep Haskell Prime moving forward,
and Simon suggested following the tracks of earlier
Hi Takayuki,
Just thought I'd mention another approach to a variadic zipWith, this one
using type families:
http://typesandkinds.wordpress.com/2012/11/26/variable-arity-zipwith/
The current lack of overlap in type families makes things a bit more
complicated, but it can
be solved using the
On 10/12/12 00:11, Nils wrote:
I'm currently working with a C library that needs to use/modify global C
variables, for example:
igraph_bool_t igraphhaskell_initialized = 0;
int igraphhaskell_initialize()
{
if (igraphhaskell_initialized != 0)
{
printf(C: Not
Hi Simon! Is it not necessary to show the type of igraph_bool_t
igraphhaskell_initialized like
int igraph_bool_t igraphhaskell_initialized = 0?
Success!
Vieira
2012/12/11 Simon Marlow marlo...@gmail.com:
On 10/12/12 00:11, Nils wrote:
I'm currently working with a C library that needs to
On Tue, Dec 11, 2012 at 12:57 PM, 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?
igraphhaskell_initialized is the name of the variable,
Hey, Petr!
Have you considered licensing your library as BSD? Given the current
way that Haskell programs are compiled, your library is effectively
licensed as GPL and that will scare away many people from using it.
Cheers, =)
On Mon, Dec 10, 2012 at 6:58 PM, Petr P petr@gmail.com wrote:
Dear list,
I would like to learn about internals of GHC and contribute to its development
in the future. I
read a couple of papers that give a very general overview of GHC (chapter from
AoS, papers about
inliner and multicore support) and I'm thinking what direction should I pursue
now. I
I'm in the same boat, with just a little less reading. :)
It seems to be that if we want to encourage participation in GHC
development, the first step is to lower the barrier of entry.
One way to do that would be to have a page (wiki, perhaps) that has a
reading list for learning about GHC. I'd
Hello everybody!
For testing purposes, I punched down a small program which...
+ puts 2^n elements into an unmutable vector (fromList);
+ generates a random index in the vector (using random-mersenne);
+ reads the value at the index i and at i+{-2,-1,1,2} and makes product
of these values
One way to do that would be to have a page (wiki, perhaps) that has a
reading list for learning about GHC.
Well, I think that GHC wiki has really decent commentary. I'm just not sure if
reading it will be
enough to get started (probably not). So guidance would be appreciated :)
Janek
Eric Rochester eroch...@gmail.com wrote:
Another idea is to have a list of open tasks grouped by how difficult
they will be and how much knowledge of Haskell and GHC will be
required. This is somewhat at odds with the earlier suggestion to have
domains in codebase, with separate de facto
Am 10.12.2012 16:56, schrieb Ertugrul Söylemez:
Nathan Hüsken nathan.hues...@posteo.de wrote:
I put a pseudo C++ example below the mail. I use the terms model and
view for the game logic and rendering respectively.
The example is a little different. Asteroids explode when they
collide. The
Hi Haskell Cafe,
I need to perform very large numerical computations requiring tens of GB of
memory. The computations consist essentially of generation of random
numbers and discrete convolutions of large arrays of random numbers with
somewhat smaller kernel arrays. Should I use Haskell and call
On Mon, Dec 10, 2012 at 7:23 PM, Takayuki Muranushi muranu...@gmail.com wrote:
Repeated thanks to you, Adam! Your code is brilliantly simple.
Sadly, I cannot reproduce the behaviors in your comments on my ghci
(7.6.1) .
Can we guess why? The version of packages we are using?
Mines are
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 typedefs
Great, I'm in!
Are there any changes in time/date?
On Mon, Dec 3, 2012 at 7:13 PM, Serguey Zefirov sergu...@gmail.com wrote:
I would like to announce MskHUG December meeting and invite everyone
interested.
The meeting will take place December 13th, 20:00 to 23:30 in the nice
conference
Hello All
I am trying to transform this C++ code in Haskell. In case any one
interested this is solution of SPOJ
http://www.spoj.com/problems/DIEHARD/problem.
#includecstdio
#includeiostream
#includecstring
using namespace std;
int memo[1100][1100] ;
int recurse( int h , int a , int cnt , bool
This array is for dynamic programming.
You can diagonalize it into a list and use technique similar to the
Fibonacci numbers.
The resulting solution should be purely declarative.
2012/12/11 mukesh tiwari mukeshtiwari.ii...@gmail.com:
Hello All
I am trying to transform this C++ code in
If you're trying to memoize a recursive algorithm with a global array of
previous states, you could use the marvellous MemoTrie package [1]. It lets
you write your algorithm recursively, while getting all the benefits of
memoization! Here's an example with the fibonacci function:
fib :: Int -
Hi,
Am Dienstag, den 11.12.2012, 15:25 +0100 schrieb Richard Janis Beckert:
I would be very happy for some input on this, because I am pretty new to
Haskell and I don't really know how to do proper profiling.
by looking at the core (-ddump-simpl) I found a few issues.
neighProd vs l i =
Nathan Hüsken nathan.hues...@posteo.de wrote:
Actually it is very scalable, as the same map is passed to every
object. It can even live in the underlying monad, which means that
you could even use a mutable vector, if you wish; however, I don't
recommend that.
Remember that a map is
Using the GPL (or a strong copyleft free license) strengthens the free
software community of which I thought the Haskell community is a part (or
at least intersects substantially).
I'm not sure why people are recommending not to use it.
Let me counter with my recommendation against switching to
On Tue, Dec 11, 2012 at 8:26 PM, Ramana Kumar ramana.ku...@cl.cam.ac.ukwrote:
Using the GPL (or a strong copyleft free license) strengthens the free
software community of which I thought the Haskell community is a part (or
at least intersects substantially).
Haskell libraries are mostly BSD
On Tue, Dec 11, 2012 at 5:35 PM, Brandon Allbery allber...@gmail.comwrote:
(Oddly enough, GPL is not the only open source license.)
There was no implication to the contrary. It was stated that BSD is a
*weaker* license - this is true in the sense that it has fewer requirements
(in particular,
On Wed, Dec 12, 2012 at 2:26 AM, Ramana Kumar ramana.ku...@cl.cam.ac.ukwrote:
Using the GPL (or a strong copyleft free license) strengthens the free
software community of which I thought the Haskell community is a part (or
at least intersects substantially).
I don't think it strengthens the
Note: IANAL
On Tue, 2012-12-11 at 17:45 -0800, David Thomas wrote:
On Tue, Dec 11, 2012 at 5:35 PM, Brandon Allbery allber...@gmail.comwrote:
(Oddly enough, GPL is not the only open source license.)
There was no implication to the contrary. It was stated that BSD is a
*weaker* license -
Right. Like, if Linus hadn't bogged down the Linux kernel with the GPL
license, it might have wound up as popular as BSD!
Both dynamics go on, and the question is which is more likely to dominate
in a given case (and cumulatively).
On Tue, Dec 11, 2012 at 5:50 PM, Jonathan Fischer Friberg
As a matter of fact, BSD is far more popular on the desktop than GPL. And
has a huge share of the mobile market. Witness: OS X, iOS.
And none of this has anything to do with Haskell. Petr can release *his*
code with any license he wants. Some licenses fit into *this* ecosystem
better than
... and OS X and iOS are clearly a win for the FLOSS community?
On Tue, Dec 11, 2012 at 6:07 PM, Alexander Solla alex.so...@gmail.comwrote:
As a matter of fact, BSD is far more popular on the desktop than GPL. And
has a huge share of the mobile market. Witness: OS X, iOS.
And none of this
On 12 December 2012 12:57, Nicolas Trangez nico...@incubaid.com wrote:
Note: IANAL
On Tue, 2012-12-11 at 17:45 -0800, David Thomas wrote:
On Tue, Dec 11, 2012 at 5:35 PM, Brandon Allbery allber...@gmail.comwrote:
(Oddly enough, GPL is not the only open source license.)
There was no
I wonder if this discussion has been had before in the Haskell community.
If so, pointers to archives could be of interest.
I'm glad to see that there are others who apparently share my concern about
the fact that people are actively recommending that new libraries be
licensed without copyleft.
I am pleased to announce the release of version 0.6 of diagrams [1], a
full-featured framework and embedded domain-specific language for
declarative drawing. Check out the gallery [2] for examples of what it
can do! [3,4]
[1] http://projects.haskell.org/diagrams
[2]
David Thomas davidleotho...@gmail.com wrote:
... and OS X and iOS are clearly a win for the FLOSS community?
Yes. The parts of it that are willing to use BSD-licensed software, anyway.
Apple does release sources to some of their toys. They released all of OS X
below the GUI level, for
Dear Brent and co-authors of diagrams,
this is a very nice thing, thank you very much!
I was recently missing a tool that was able to output simple PNG diagrams
from the input of lists of point coordinates. My solution was very ad-hoc
and suited to my background: I am only familiar with the
Hi,
I noticed that you're not required to export the types mentioned in
the default method signature. For example, you could have:
default hashWithSalt :: (Generic a, GHashable (Rep a)) = Int - a - Int
hashWithSalt salt = ghashWithSalt salt . from
and not export the GHashable class.
On 12/11/12 8:58 AM, Janek S. wrote:
Dear list,
I would like to learn about internals of GHC and contribute to its development
in the future. I
read a couple of papers that give a very general overview of GHC (chapter from
AoS, papers about
inliner and multicore support) and I'm thinking what
On 12/11/12 9:29 AM, Janek S. wrote:
One way to do that would be to have a page (wiki, perhaps) that has a
reading list for learning about GHC.
Well, I think that GHC wiki has really decent commentary. I'm just not sure if
reading it will be
enough to get started (probably not). So guidance
On 12/11/12 9:30 PM, Ramana Kumar wrote:
I wonder if this discussion has been had before in the Haskell community.
If so, pointers to archives could be of interest.
Indeed, the discussion has been had more than once. Alas, I'm too bogged
for time to look up the archives at the moment.
I'm
IANAL, but reviewing what others have written, it sounds like it may be
possible to maintain *some* distinction between LGPL and GPL in Haskell,
but it's a different distinction than with an LGPL shared library, so even
if applicable it's certainly worth being aware of.
It sounds (and I'd very
Hi Trevor (and cafe),
I've been playing more and more with accelerate, and I find it quite
annoying that there are no loops. It makes implementing many algorithms
much harder than it should be.
For example, I would love to submit a patch to fix issue #52 [0] on github
by implementing MWC64X [1],
On Tue, Dec 11, 2012 at 6:10 AM, Eric Rochester eroch...@gmail.com wrote:
I'm in the same boat, with just a little less reading. :)
It seems to be that if we want to encourage participation in GHC
development, the first step is to lower the barrier of entry.
One way to do that would be to
Trying to get taffybar running here and thus installing haskell-dyre from
[haskell-extra] chokes on a too low ghc requirement. Any pointers here?
Thanks -es
___
arch-haskell mailing list
arch-haskell@haskell.org
71 matches
Mail list logo
