Building ticky-ticky profiling libraries doesn't work

[tim]

On ghc-users, Andrew Hunter pointed out that "make way=t" for the libraries is broken. If I try it with a clean libraries/ directory in the HEAD, I get:

[snip]
echo dist/build/cbits/longlong.t_o dist/build/GHC/Bool.t_o dist/build/GHC/Generics.t_o dist/build/GHC/Ordering.t_o dist/build/GHC/PrimopWrappers.t_o dist/build/GHC/IntWord32.t_o dist/build/GHC/IntWord64.t_o `find dist/build -name "*_stub.t_o" -print` | xargs /usr/bin/ar q  dist/build/libHSghc-prim-0.1_t.a
/usr/bin/ar: creating dist/build/libHSghc-prim-0.1_t.a
make[1]: Leaving directory `/home/tjc/GhcTrees/ticky-test/libraries/ghc-prim'
Registering ghc-prim-0.1...
Reading package info from "dist/inplace-pkg-config" ... done.
ghc-pkg-inplace: cannot find libHSghc-prim-0.1.a on library path (use --force to override)
make: *** [make.library.ghc-prim] Error 1

This isn't shocking, since the package system doesn't know to look for the ticky versions of libraries (and I think the filename should be libHSghc-prim-0.1.t_a and not libHSghc-prim-0.1_t.a, besides), but it should be fixed. I'll try to do it.

[tim]

I realized that the error I was seeing above was because I was running "make way=t" under libraries/ after doing a clean build, which doesn't seem to work for way=p either. But if I set GhcLibWays? to "t" in the build.mk file, and "make" from the top level, it doesn't seem to build a copy of the libraries with ticky enabled either. At this point I'm thoroughly confused about what's going on, but I'll look into it later.

[igloo]

We probably need some sort of support from Cabal for building different "way"s. I don't know if there are any plans for how this should work.

[simonmar]

Irrelevant now - we don't have a -ticky way any more.