Serge D. Mechveliani | 3 Oct 15:02 2005
Picon

making with profiling, 6.4.1, cabal-1.1.3

People, 

I need help on making for profiling,
and cannot decide whether the question is on GHC or on Cabal.

I have  ghc-6.4.1,  and  Cabal-1.1.3-September-12  
installed in my user directory, under Debian Linux,
and need to make a project for profiling.

        ghci -package Cabal 
says
 ...
 Loading package base-1.0 ... linking ... done.
 ...
 Loading package Cabal-1.1.3 ... linking ... done.

I start with a contrived example project of  M1.hs, M2.hs, Main.hs:

---------------------------------------
module M1 where  m1 = True

module M2 where  import M1;  m2 = m1 && m1

Main.hs:  import M2l;        main = putStr $ shows m2 "\n"
---------------------------------------

For this,          ghc --make -prof -auto-all Main

works as needed -- without packages.
Now, try to make a package for profiling:
(Continue reading)

Lemmih | 3 Oct 15:17 2005
Picon

Re: making with profiling, 6.4.1, cabal-1.1.3

On 10/3/05, Serge D. Mechveliani <mechvel <at> botik.ru> wrote:
> People,
>
> I need help on making for profiling,
> and cannot decide whether the question is on GHC or on Cabal.
>
> I have  ghc-6.4.1,  and  Cabal-1.1.3-September-12
> installed in my user directory, under Debian Linux,
> and need to make a project for profiling.
>
>         ghci -package Cabal
> says
>  ...
>  Loading package base-1.0 ... linking ... done.
>  ...
>  Loading package Cabal-1.1.3 ... linking ... done.
>
>
> I start with a contrived example project of  M1.hs, M2.hs, Main.hs:
>
> ---------------------------------------
> module M1 where  m1 = True
>
> module M2 where  import M1;  m2 = m1 && m1
>
> Main.hs:  import M2l;        main = putStr $ shows m2 "\n"
> ---------------------------------------
>
> For this,          ghc --make -prof -auto-all Main
>
(Continue reading)

Roberto Zunino | 4 Oct 06:30 2005
Picon

Re: [Haskell-cafe] Short Cut / Rewrite Rules Problem in GHC

(moved to glasgow-haskell-users, hoping it's more appropriate)

Chris wrote:

> Hi All. I am a student and a noob to Haskell. I am having some  
> trouble with an example from the paper "Playing by the rules:  
> Rewriting as a practical optimisation technique in GHC" by Simon  
> Peyton Jones, Andrew Tolmach and Tony Hoare, specifically, the Short- 
> cut Deforestation example in section 3.1. I was trying to compile the  
> following using GHC version 6.4 on Mac OS X 10.4. The definition for  
> build and the rule are from the paper (the rule also appears in the  
> GHC online doc in section 7.10.1). 

[snip]

>  build :: (forall b. (a->b->b) -> b -> b) -> [a]
>  build' g = g (:) []

(Unrelated: there is an extra ' above)

>  {-# RULES
>  "foldr/build"
>    forall k z (g::forall b. (a->b->b) -> b -> b) .
>    foldr k z (build g) = g k z
>  #-}

Beware of "#" at the beginning of line!
Try putting a space before the #.

My wild guess of what is causing the lexer error: as C compilers, GHC 
(Continue reading)

Simon Marlow | 5 Oct 15:38 2005
Picon

RE: ghc 6.4.1 web page

On 23 September 2005 19:33, Iavor Diatchki wrote:

> Hello,
> It appears that the instructions on the GHC 6.4.1 page for downloading
> and installing debian packages are incorrect (see bellow).
> -Iavor
> 
> On Wed, Sep 21, 2005 at 11:00:39AM -0700, Iavor Diatchki wrote:
>> Hello,
>> 
>> The GHC 6.4.1 download page
>> (http://haskell.org/ghc/download_ghc_641.html#debian) seems to
>> indicate that there is a debian package for GHC 6.4.1.   However, I
>> seem to only be able to find a package for GHC 6.4.  Where can I get
>> the 6.4.1 package?
> 
> It's only in Haskell Unsafe at the moment:
> 
> http://haskell-unsafe.alioth.debian.org/haskell-unsafe.html

Would some Debian-compliant person care to send me some actual HTML to
put in the download page?  Or better still, commit the changes directly.
Drop me a note if you need any help.

Cheers,
	Simon
Simon Marlow | 5 Oct 15:47 2005
Picon

RE: GHC-6.4.1 on FreeBSD-amd64 still not ported

On 25 September 2005 18:54, Wilhelm B. Kloke wrote:

> Though I have reported some sort of success on this in the last days,
> I was too early. The ghc-inplace does not work on the target system.
> It compiled because I have been too lax in following the instructions.
> Here is the report, where the crossport fails on the i386host system:
> 
> tar czf ghc-6.4.1-x86_64-unknown-freebsd-hc.tar.gz `cat
> hc-files-to-go` 
> tar: ghc-6.4.1/ghc/rts/PrimOps.hc: Cannot stat: No such file or
> directory 
> tar: ghc-6.4.1/ghc/rts/StgStartup.hc: Cannot stat: No such file or
> directory 
> tar: ghc-6.4.1/ghc/rts/StgStdThunks.hc: Cannot stat: No such file or
> directory 
> tar: ghc-6.4.1/ghc/rts/Updates.hc: Cannot stat: No such file or
> directory 
> tar: ghc-6.4.1/ghc/rts/Apply.hc: Cannot stat: No such file or
> directory 
> tar: ghc-6.4.1/ghc/rts/Exception.hc: Cannot stat: No such file or
> directory 
> tar: ghc-6.4.1/ghc/rts/HeapStackCheck.hc: Cannot stat: No such file
> or directory 
> tar: ghc-6.4.1/ghc/rts/StgMiscClosures.hc: Cannot stat: No such file
> or directory 
> tar: ghc-6.4.1/libraries/haskell-src/Language/Haskell/Parser.hs:
> Cannot stat: No such file or directory 
> gmake: *** [hc-file-bundle] Fehler 1
> 
> bash-2.05b$ (cd ghc/rts; gmake PrimOps.o )
(Continue reading)

J. Garrett Morris | 7 Oct 01:58 2005
Picon

Simple GADTs Question

Hello,

I'm attempting to use GADTs for the first time, and I'm running into
an (I think) odd error.  My file includes:

data DFExpr :: * -> *
    where Deriv :: (Num t) => t -> Deriv Int (DFExpr t) (DFExpr t)
          (:+:) :: (Num t) => DFExpr t -> DFExpr t -> DFExpr t
    -- and so forth,
          DFFeat :: FExpr t

and I'm getting an error "Not in scope: type constructor or class
`Deriv'.  I've got -fglasgow-exts in the options - what else should I
be doing?

 /g
David Menendez | 7 Oct 08:01 2005

Re: Simple GADTs Question

J. Garrett Morris writes:

> Hello,
> 
> I'm attempting to use GADTs for the first time, and I'm running into
> an (I think) odd error.  My file includes:
> 
> data DFExpr :: * -> *
>     where Deriv :: (Num t) => t -> Deriv Int (DFExpr t) (DFExpr t)

I think you want something like this:

    Deriv :: Int -> DFExpr t -> DFExpr t -> DFExpr t

Ignorning the other clauses, it's equivalent to

    data DFExpr t = Deriv Int (DFExpr t) (DFExpr t)
--

-- 
David Menendez <zednenem <at> psualum.com> | "In this house, we obey the laws
<http://www.eyrie.org/~zednenem>      |        of thermodynamics!"
Robby Findler | 9 Oct 15:44 2005

problems building under os x 10.3.9

Hi all,

  I'm having trouble building ghc under mac os x 10.3.9. I've gotten
darwin ports installed and it seems to have build all of ghc's
dependencies okay, but when building ghc itself, I get this message:

In file included from
/tmp/ghc25897.hc:5:
/opt/local/var/db/dports/build/file._opt_local_var_db_dports_sources_rsync.rsync.opendarwin.org_dpupdate_dports_lang_ghc/work/ghc-bootstrap/lib/ghc-6.4/include/HsUnix.h:
In function
`__hsunix_rtldNext':
/opt/local/var/db/dports/build/file._opt_local_var_db_dports_sources_rsync.rsync.opendarwin.org_dpupdate_dports_lang_ghc/work/ghc-bootstrap/lib/ghc-6.4/include/HsUnix.h:103:
error: `RTLD_NEXT' undeclared (first use in this function)

(the full transcript is below).

I think that this is also listed as a bug on the opendarwin site, but I
couldn't find any fixes there:

  http://www.opendarwin.org/pipermail/darwinports-bugs/2005-May/010649.html

Am I missing something silly?

Thanks,
Robby

% sudo port install ghc
--->  Fetching gmake
--->  Attempting to fetch make-3.80.tar.gz from ftp://ftp.gnu.org/gnu/make
--->  Verifying checksum(s) for gmake
(Continue reading)

Robby Findler | 9 Oct 23:11 2005

Re: problems building under os x 10.3.9

At Sun, 9 Oct 2005 14:54:42 +0100, Iain Gray wrote:
> Robbie,
> 
> I used Wolfgang's site under 10.4.2 and it installed fine.

Thanks! Worked great for me too.

Robby
Tomasz Zielonka | 10 Oct 07:39 2005
Picon

Default name of target executable

Hello!

When I work on a program which is going to be named LongProgramName,
I usually put the Main module in file LongProgramName.hs. It would be nice
if I could build it with --make like this:

$ ghc --make LongProgramName

instead of

$ ghc --make LongProgramName -o LongProgramName

Does anyone rely on the first one producing a.out?

Because of this long syntax and comand-line completion I've even once
lost the source code. I forgot to remove the .hs at the end of line:

$ ghc --make Prog -o Prog.hs

Best regards
Tomasz

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Gmane