On Thu, 2007-04-05 at 17:20 -0500, Chris McCraw wrote:
> 1) I'd like to embed an additional library search directory in ghc so
> that it does the equivalent of -L/path/to/extra/dir every time it's
> used to link something. Unfortunately, our libgmp resides in a nonstandard
> directory and so *eve
Hi!
We're fairly happy users of ghc in my department. We use it widely
for instruction and to some degree for research. I'm the fellow tasked
with maintaining the local installation, and I have a couple of simple
and seemingly related problems that I'm sure have easy solutions, though
I haven't
On Apr 5, 2007, at 5:21 PM, Thorkil Naur wrote:
http://hackage.haskell.org/trac/ghc/ticket/1195
So I found this bug. How do I deal with it?
Thanks, Joel
--
http://wagerlabs.com/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-
I think this is the reason. What's my next step?
This is Mac OSX 10.4.9 Intel.
== make all -r -f Makefile; in /Users/joelr/work/haskell/ghc/
libraries/
base
../../compiler/ghc-inplace -H32m -O2 -fglasgow-exts -cpp -
Iinc
On Thu, Apr 05, 2007 at 10:47:39AM -0700, Bryan O'Sullivan wrote:
> Simon Marlow wrote:
>
> >This is one reason I wrote the 'setup makefile' patch for Cabal[1]
> >recently.
>
> I haven't seen that patch show up in the cabal tree yet. Do you plan to
> commit it? I'd love to see it in.
Coincid
Simon Marlow wrote:
This is one reason I wrote the 'setup makefile' patch for Cabal[1]
recently.
I haven't seen that patch show up in the cabal tree yet. Do you plan to
commit it? I'd love to see it in.
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Hello,
A long shot, but perhaps worth looking into: The reaction that you report here
seems similar to the one reported in trac #1195 Build error on MacOSX (Intel)
10.4.8 for HEAD from 2007-03-05 when compiling with ghc-6.6:
http://hackage.haskell.org/trac/ghc/ticket/1195
That ticket report
It's driving me nuts but I keep getting the same error with our
without split objects!
I did manage to build the quickest configuration, it's the
performance one I cannot build.
On Apr 5, 2007, at 3:02 PM, Pepe Iborra wrote:
The problem is not in the logs you attached, those are from stag
Pepe already told me that I need SplitObj=NO on Mac OSX.
Can someone tell me why?
Is the error below due to split objs?
Thanks, Joel
--
../compiler/stage1/ghc-inplace -H32m -O2 -istage2/utils -istage2/
basicTypes -istage2/types -istage2/hsSyn -istage2/prelude -
istage2/rename
Bulat Ziganshin wrote:
Hello Simon,
Thursday, April 5, 2007, 4:12:15 PM, you wrote:
whether it was incorporated in GHC or not. the idea is that GHC should be
extended to be able to write out dependencies list built in the --make
mode. Then rather simple scripts may be used to distribute the wo
Hello Simon,
Thursday, April 5, 2007, 4:12:15 PM, you wrote:
>> whether it was incorporated in GHC or not. the idea is that GHC should be
>> extended to be able to write out dependencies list built in the --make
>> mode. Then rather simple scripts may be used to distribute the work
>> among many
Bulat Ziganshin wrote:
Hello Joel,
Thursday, April 5, 2007, 1:33:27 PM, you wrote:
my sentence should be read as "is it true...?" - i had lost a track
whether it was incorporated in GHC or not. the idea is that GHC should be
extended to be able to write out dependencies list built in the --make
Hello Joel,
Thursday, April 5, 2007, 1:33:27 PM, you wrote:
my sentence should be read as "is it true...?" - i had lost a track
whether it was incorporated in GHC or not. the idea is that GHC should be
extended to be able to write out dependencies list built in the --make
mode. Then rather simple
Vivian McPhail wrote:
Hi All,
I wrote a binding to matlab matrix.h and mat.h. My test program works
when I compile a binary, but when I try to use the code in ghci nothing
happens. There are no error messages, but all computations return a
blank line.
Does this fall into a known class of
Hello GHC,
i'm interested to know how much people are interested in having
support for distributed compilation by GHC?
it's true that production GHC version doesn't support multi-threaded
compilation, so such system will be of benefit even for local usage
for users with multi-core chips?
--
Bes
Anyone with a multi-core processor would be.
Most of the people, I assume.
How would you implement this, though?
On Apr 5, 2007, at 10:01 AM, Bulat Ziganshin wrote:
it's true that production GHC version doesn't support multi-threaded
compilation, so such system will be of benefit even for loc
16 matches
Mail list logo
