headers
Andrew Hunter | 19 Jul 02:53
Favicon

Building libraries with ticky-ticky

Hi,

I have some code I want to use ticky-ticky profiling on (if it
matters, I want some of the data ticky-ticky collects about frequency
of updates and related matters.)  However, I'm specifically interested
in the code running with some modificiations I've made to the RTS, so
I need to build GHC with ticky-ticky.

That in itself isn't hard--the documentation said to just run "make
way=t" in rts/, which seemed to work; but the documentation also said
that to get meaningful numbers, I should make sure to build the
libraries with ticky-ticky (which makes sense--I'm interested in the
same data whether or not the updates happen in a function from List or
one I wrote, &c.)

The documentation does *not*, however, say (anywhere I can find) how
to do this!  My natural guess was to go into mk/build.mk, and add
-ticky to GhcLibHcOpts, but that didn't work (regardless of whether I
had previously built a ticky rts, this produced a multitude of linker
errors.)  I also tried, on a lark, adding "t" to GhcLibWays, and this
didn't die, but I'm unclear if it...did anything at all, really.  I
see no way to really tell one way or another.

So, any help or advice on how to tell the GHC build system to build a
set of libraries with ticky-ticky profiling enabled would be greatly
appreciated. (FWIW, I'm not distributing anything, so it'd be more
than adequate for stuff to be broken for non ticky use, I just need to
build some test executables and be sure they're logging the right
data.)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Peter Gammie | 17 Jul 09:51
Picon

GHC 6.8.3 in Debian?

Ian - how long until GHC 6.8.3 makes it into Debian's unstable  
repository?

(Just curious how long it takes, and flying the flag of interest.)

BTW is there another .deb repository out there for bleeding-edge  
Haskell artefacts? I believe there used to be, but the URLs in those  
old (2004) emails seem dead now.

cheers
peter

--

-- 
http://peteg.org/
Permalink | Reply | 0 comments |
headers
Conal Elliott | 17 Jul 09:34

problem submitting ghc bug in trac

I logged onto the ghc trac, am trying to submit a ghc bug report, and I get "TICKET_CREATE privileges are required to perform this operation".  How do I get TICKET_CREATE privileges?  I do see "logged in as conal".  - Conal
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Permalink | Reply | 0 comments |
headers
Conal Elliott | 15 Jul 16:58

Bug in type equality constraints?

I'm converting some code from functionally dependencies to associated types, and I've run into a problem with equality constraints and subclasses.  The classes:

    class AdditiveGroup v => VectorSpace v where
      type Scalar v :: *
      (*^) :: Scalar v -> v -> v

    class VectorSpace v => InnerSpace v where
      (<.>) :: v -> v -> Scalar v

Products of vector spaces are vector spaces *if* over the same scalar field.  Hence:

    instance ( VectorSpace u,VectorSpace v
             , Scalar u ~ Scalar v ) => VectorSpace (u,v) where
      type Scalar (u,v) = Scalar u
      s *^ (u,v) = (s*^u,s*^v)

Similarly for inner product spaces:

    instance ( InnerSpace u,InnerSpace v, Scalar u ~ Scalar v
         , AdditiveGroup (Scalar v) ) => InnerSpace (u,v) where
      (u,v) <.> (u',v') = (u <.> u') ^+^ (v <.> v')

But here's where ghc-6.9.20080622 balks:

    Data\VectorSpace.hs:106:0:
    Couldn't match expected type `Scalar v'
           against inferred type `Scalar u'
    When checking the super-classes of an instance declaration
    In the instance declaration for `InnerSpace (u, v)'

Any ideas?

  - Conal

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Permalink | Reply | 1 comment |
headers
Conal Elliott | 14 Jul 13:56

Advice sought for 6.9 and Arrow/Category

I want to use ghc-6.9 for improved support of type families, but I see that the change to the Arrow interface breaks some of my libraries (since (>>>) is no longer a method of Arrow).  Will this change really be in ghc-6.9?  Does anyone have coping strategies for keeping libraries working in 6.8 *and* 6.9, particularly ones that define instances of Arrow?

Thanks,  - Conal 

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Permalink | Reply | 4 comments |
headers
Peter Hercek | 12 Jul 22:33
Picon

ghc.exe: panic! (the 'impossible' happened)

Hi,

I was advised to report it here ... and
  maybe somebody who knows ghc better can
  reproduce it or knows what is the problem.

I uninstalled all ghc, gtk, and gtk2hs
  packages then installed ghc 6.8.3 and
  then gtk2hs 0.9.13 on Windows XP 32bit.
This should not be because of some stalled
  files from previous ghc as it was suggested
  to me. And I was told there is nothing
  strange in gtk2hs 0.9.13 to cause this.
A version of gtk2hs 0.9.12.1 I compiled
  myself works with ghc 6.8.3. I did not
  try to compile 0.9.13.
Any ideas?

Peter.

status:0 peter <at> dwarf [764] /c/tools/Gtk2Hs/demos/hello
% ls
Makefile  World.hs
status:0 peter <at> dwarf [765] /c/tools/Gtk2Hs/demos/hello
% ghcii.sh World.hs
GHCi, version 6.8.3: http://www.haskell.org/ghc/  :? for help
Loading package base ... linking ... done.
[1 of 1] Compiling Main             ( World.hs, interpreted )
Ok, modules loaded: Main.
*Main> main
Loading package array-0.1.0.0 ... linking ... done.
Loading package bytestring-0.9.0.1.1 ... linking ... done.
Loading package mtl-1.1.0.1 ... linking ... done.
Loading package glib-0.9.13 ... <interactive>: Unknown PEi386 section name
  `.reloc' (while processing: C:/tools/Gtk2Hs/HSglib.o)
ghc.exe: panic! (the 'impossible' happened)
   (GHC version 6.8.3 for i386-unknown-mingw32):
         loadObj: failed

Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug

*Main> :quit
Leaving GHCi.
status:0 peter <at> dwarf [766] /c/tools/Gtk2Hs/demos/hello
%
Permalink | Reply | 0 comments |
headers
Christian Maeder | 11 Jul 12:50
Picon
Favicon

cvs.haskell.org

Hi,

What happened to the haskell cvs server? I used to get the programatica 
sources from there.

But
cvs -d :pserver:anoncvs <at> cvs.haskell.org:/cvs co -P programatica
times out.

monk.galois.com (69.30.63.197)

Cheers Christian
Permalink | Reply | 1 comment |
headers
Simon Marlow | 11 Jul 11:08
Picon

Weekly IRC meeting?

Hi folks,

I've been wondering whether it would be useful to have a weekly IRC meeting 
to discuss GHC.  The idea would be that this is a scheduled time when the 
developers turn up on #ghc, we'll discuss current topics around GHC, and 
users can chime in with questions, points for discussion, complaints :-) 
and so on.  I imagine making it completely informal to begin with, and 
later adding some structure (an agenda etc.) if necessary.

Another option is a conference call, but personally I prefer the IRC medium 
for this kind of meeting.  A conference call could work too, though.

Thoughts?  I'm thinking a time around 1600 UK time (currently UTC+1) would 
probably work best, does anyone have preferences for days?

Cheers,
	Simon
Permalink | Reply | 13 comments |
headers
Claus Reinke | 6 Jul 23:58

using ghc-paths and rlwrap with GHCi - two additions to the GHCi HaskellWiki

1. If you ever find yourself inside a GHCi session, wondering what packages
are installed for this very GHCi, whereever those OpenGL modules were
located in the module hierarchy, what package that module belongs to,
or where the library docs are, well, anything that means you need to find
the *matching ghc-pkg*, or the *matching users_guide* for your GHCi
session, you can exploit Simon's new ghc-paths package (also for GHC
API clients who need to find that libdir for their session):

http://hackage.haskell.org/cgi-bin/hackage-scripts/package/ghc-paths

This wiki entry suggests some command :defs, using ghc-paths to call
the right ghc-pkg, or open the right users_guide from within a GHCi
session:

http://www.haskell.org/haskellwiki/GHC/GHCi#Package_and_documentation_lookup_in_GHCi.2C_via_ghc-paths

2. If you're using GHCi on windows, you're probably missing out
on its commandline completion support - rlwrap can get you
at least some of that (might also be interesting for other Haskell
apps that can't or won't use readline/editline for user input).

This wiki entry shows basic usage, and how to extract lists of
GHC options and package modules, for completion purposes:

http://www.haskell.org/haskellwiki/GHC/GHCi#rlwrap_-_what_to_try_when_your_GHCi_was_compiled_without_readline.2Feditline

Enjoy (and don't forget to add your own tips&tricks to that wiki page!-),
Claus
Permalink | Reply | 0 comments |
headers
Johannes Waldmann | 3 Jul 10:59
Picon
Favicon

ghc-6.8.1 on solaris-sparc


Hello.

I am assuming that 6.8.1 is the latest
binary release for solaris-sparc?

When I try to call ghc, it says

ld.so.1: ghc-6.8.1: fatal: relocation error: file
/usr/local/lib/libncurses.so.5: symbol main: referenced symbol not found

my machine is:  sparc-sun-solaris2.10

I think I have all the necessary packages:

ldd /home/waldmann/built/lib/ghc-6.8.1/ghc-6.8.1

        librt.so.1 =>    /lib/librt.so.1
        libreadline.so.5 =>      /usr/local/lib/libreadline.so.5
        libncurses.so.5 =>       /usr/local/lib/libncurses.so.5
        libdl.so.1 =>    /lib/libdl.so.1
        libm.so.2 =>     /lib/libm.so.2
        libgmp.so.3 =>   /home/waldmann/built/lib/libgmp.so.3
        libpthread.so.1 =>       /lib/libpthread.so.1
        libc.so.1 =>     /lib/libc.so.1
        libaio.so.1 =>   /lib/libaio.so.1
        libmd.so.1 =>    /lib/libmd.so.1
        libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
        /platform/SUNW,Sun-Fire-V445/lib/libc_psr.so.1
        /platform/SUNW,Sun-Fire-V445/lib/libmd_psr.so.1

but this looks strange:

nm /usr/local/lib/libncurses.so.5|grep main

[1192]  |         0|       0|NOTY |GLOB |0    |UNDEF  |main

Any hints appreciated - J.W.
Permalink | Reply | 1 comment |
headers
Christian Höner zu Siederdissen | 1 Jul 17:36
Picon
Picon

X11-1.4.2 on 64bit Fedora 8 fails to build

Hi,

I'm trying to get X11-1.4.1 compiled on a 64 bit x86 Fedora 8 system.

runhaskell Setup.hs configure --prefix $HOME/ghc

has no problems but

runhaskell Setup.hs build

produces:

Preprocessing library X11-1.4.2...
/usr/bin/ld: skipping incompatible /usr/lib/libXinerama.so when
searching for -lXinerama
/usr/bin/ld: cannot find -lXinerama
collect2: ld returned 1 exit status
linking dist/build/Graphics/X11/Types_hsc_make.o failed
command was: /scr/airline/choener/ghc-6.8.3/bin/ghc -optl-lXinerama
\ -optl-lXext -optl-lX11 -optl-L/usr/lib64
\ dist/build/Graphics/X11/Types_hsc_make.o -o
\ dist/build/Graphics/X11/Types_hsc_make

Trying something like

runhaskell Setup.hs configure --ld-options="-nostdlib -L/usr/lib64"
runhaskell Setup.hs build --ld-options="-nostdlib -L/usr/lib64"

does not change the fact that ld looks in the wrong place for
libXinerama. It looks in /usr/lib, but should look in /usr/lib64.

Btw. I don't have root on the machine.

Thanks,
Christian
Höner zu Siederdissen


_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Permalink | Reply | 0 comments |

Gmane