ANN: Happstack 0.4.1
Jeremy Shaw
We recommend that all users of Happstack update to 0.4.1
immediately. Migration from Happstack 0.3 should be trivial. There was
one race condition in happstack-state which could cause a state event
to fail under heavy congestion.
Happstack is the Haskell Application Server Stack. It is a scalable
framework for developing web applications. It is similar in purpose to
Django, RoR, Turbogears, Grails, Seaside, etc.
Using less buzzwords, it is a collection of libraries which can be
used to develop a self-contained server application which does not
require SQL or Apache (though it can integrate with both).
It includes:
* an HTTP server
* a rich DSL for deconstructing HTTP Requests and generating
Responses
* HTML/XML/etc templating via HStringTemplate, HSP, or Text.XHtml
* a persistent data store based on user defined Haskell data types
with ACID properties and state migration
* and more!!
Happstack's modular nature means it is easy to integrate unrelated 3rd
party modules such as Pandoc, or to add support for an alternative
templating system. Additionally, it does not exclude you from using
SQL, or supporting other protocols besides HTTP.
HOMEPAGE:
SUPPORTED PLATFORMS:
Happstack supports GHC 6.8, 6.10, and 6.12, under GNU/Linux,
FreeBSD, OS X, and Windows.
GHC 6.12 currently requires a minor patch to HJScript. Details here:
http://groups.google.com/group/haskell-server-pages/browse_thread/thread/56f388fdbaec1420
INSTALL:
1. ensure that ~/.cabal/bin is in your $PATH
2. cabal update
3. cabal install happstack
* see SUPPORTED PLATFORMS for information about GHC 6.12
NOTABLE CHANGES:
For a complete list of changes see:
http://www.patch-tag.com/r/mae/happstack/snapshots/all/history
Removed:
* happstack-contrib has been completely removed. If you were
using something in it, please complain on the mailing list.
* removed Happstack.Server.S3 -- newer, better maintained S3
libraries are on hackage now
* removed unsupported spread-based multimaster support
fileServe:
* now with sendfile() support! On supported platforms sendfile
allows files to be served from the disk to the network in a
zero-copy fashion. This means faster transfers, less memory and
CPU usage, and no file handle leaks. (hopefully). sendfile uses
native sendfile() support on Linux, Windows, OS X, and
FreeBSD. Other platforms will use a sendfile emulation mode. We
recommend that you use sendFile instead of sendFileStrict or
sendFileLazy, unless you have specific needs and know some reason
why you must use sendFileStrict or sendFileLazy.
* FileServe internals majorly refactored. FileServe now provides
a modular way of building your own fileServe-like functions. Also
includes functions for serving a single file instead of the
contents of a directory.
* added more complete list of mime-types
* automatically redirect from foo to foo/ if foo is a directory
* filter . and .. from request path, but allow filenames and
directories which start with .
happstack-server:
* ServerMonad instance for ErrorT
* Added ServerMonad, FilterMonad, and WebMonad for XMLGenT
* Added secure flag to cookies. Defaults to False.
* fix supportsIPv6 to work with newer versions of network library
* simpleHTTPWithSocket + bindPort for H.S.SimpleHTTP (you can
use this to start the server as root, bind to the socket, and then
drop privileges.)
* Fixed Accept-Encoding parser to accepts encodings with a - in
them. Added additional tests to acceptEncodingParserTest
* fix so basicAuth sets correct response code and headers.
* SimpleHTTP: added trailingSlash. Guard which checks that
Request URI ends with a /
* decode body of PUT requests not just POST
* added ifModifiedSince guard
* added host and withHost guards to SimpleHTTP (similar to dir
and path, but for the requested hostname)
other:
* happstack-state: Correct an embarrassing race condition bug.
* happstack-data: Exported getSafeGet and getSafePut
* happstack: add state transition code to guestbook (add email
to form, handler, and state), and tar of example _local state before
transition
experimental:
* happstack-state: now has experimental replication support using
Amazon Web Services. This support is disabled by default. This
feature is highly experimental, may not work, and may even be
completely removed in future versions (though, hopefully not).
THANKS:
Alex Jacobson
David Himmelstrup / Lemmih
Matthew Elder / mae
Antoine Latter
Erik Hesselink
Pasqualino 'Titto' Assini
Nils / McManiaC
Thomas Hartman
Creighton Hogg / wchogg
John MacFarlane
Jochem Berndsen / koeien
MightByte
And everyone who filed bug reports, tested RC1 and RC2, and anyone
else I missed.
Paulo Tanimoto
On Sat, Dec 19, 2009 at 6:37 PM, Niklas Broberg
<niklas....@gmail.com> wrote:
>> GHC 6.12 currently requires a minor patch to HJScript. Details here:
>
> HJScript-0.4.5 is now on hackage, fixing this problem. Thanks for the heads-up.
>
> Cheers,
>
> /Niklas
> _______________________________________________
> Haskell-Cafe mailing list
> Haskel...@haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>
I was getting this error:
=========
[ 1 of 26] Compiling HJScript.Events ( src/HJScript/Events.hs,
dist/build/HJScript/Events.o )
src/HJScript/Events.hs:1:0:
Warning: Module `Prelude' is deprecated:
You are using the old package `base' version 3.x.
Future GHC versions will not support base version 3.x. You
should update your code to use the new base version 4.x.
[ 2 of 26] Compiling HJScript.Monad ( src/HJScript/Monad.hs,
dist/build/HJScript/Monad.o )
src/HJScript/Monad.hs:51:10:
A pattern match on a GADT requires -XGADTs
In the pattern: EmptyBlock
In the definition of `mappend': mappend EmptyBlock b = b
In the instance declaration for `Monoid (Block ())'
cabal: Error: some packages failed to install:
HJScript-0.4.5 failed during the building phase. The exception was:
ExitFailure 1
=========
So I had to add GADTs to the list of extensions in the cabal file
before getting it to work here.
Paulo
Antoine Latter
> Happstack 0.4.1 STABLE is now available.
At some point I was able to get happstack to build on GHC 6.12, but now I can't.
I'm getting errors in happstack-data, specifically it looks like
errors when I'm running TemplateHaskell during compile-time:
>>>>>
[ 7 of 16] Compiling Happstack.Data.Xml.Base (
src/Happstack/Data/Xml/Base.hs, dist/build/Happstack/Data/Xml/Base.o )
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package array-0.3.0.0 ... linking ... done.
Loading package bytestring-0.9.1.5 ... linking ... done.
Loading package containers-0.3.0.0 ... linking ... done.
Loading package pretty-1.0.1.1 ... linking ... done.
Loading package template-haskell ... linking ... done.
Loading package syb-with-class-0.6.1 ... linking ... done.
Loading package HUnit-1.2.2.1 ... linking ... done.
Loading package syb-0.1.0.2 ... linking ... done.
Loading package base-3.0.3.2 ... linking ... done.
Loading package old-locale-1.0.0.2 ... linking ... done.
Loading package time-1.1.4 ... linking ... done.
Loading package random-1.0.0.2 ... linking ... done.
Loading package QuickCheck-1.2.0.0 ... linking ... done.
Loading package extensible-exceptions-0.1.1.1 ... linking ... done.
Loading package mtl-1.1.0.2 ... linking ... done.
Loading package old-time-1.0.0.3 ... linking ... done.
Loading package parsec-2.1.0.1 ... linking ... done.
Loading package hsemail-1.3 ... linking ... done.
Loading package network-2.2.1.5 ... linking ... done.
Loading package SMTPClient-1.0.1 ... linking ... done.
Loading package filepath-1.1.0.3 ... linking ... done.
Loading package unix-2.4.0.0 ... linking ... done.
Loading package directory-1.0.1.0 ... linking ... done.
Loading package process-1.0.1.2 ... linking ... done.
Loading package hslogger-1.0.7 ... linking ... done.
Loading package deepseq-1.1.0.0 ... linking ... done.
Loading package parallel-2.2.0.1 ... linking ... done.
Loading package strict-concurrency-0.2.2 ... linking ... done.
Loading package unix-compat-0.1.2.1 ... linking ... done.
Loading package happstack-util-0.4.1 ... linking ... done.
Loading package binary-0.5.0.2 ... linking ... done.
Loading package haskell98 ... linking ... done.
Loading package HaXml-1.13.3 ... linking ... done.
Loading package ffi-1.0 ... linking ... done.
ghc:
unknown symbol `_sybzmwithzmclasszm0zi6zi1_DataziGenericsziSYBziWithClassziInstances_dataTypeZMad6eZN_closure'
<<<<<
If you check the load-list, we are loading syb-with-class.
This is on Mac OS X 10.6 on a 64-bit intel chip, if that makes any difference.
Has anyone seen anything like this? Is it likely I've screwed up my
GHC install somehow?
Antoine
jer...@n-heptane.com
That sort of missing symbol error at link time is often (but not always) a sign that some libraries got recompiled but not others. So there are references to the old symbol names hanging around.
I would try to ghc-pkg unregister syb-with-class and everything that depends on it, and then try cabal install happstack again.
We have successfully built Happstack with GHC 6.10 on OS X, and GHC 6.12 on Linux. But, you might be the first to try GHC 6.12 on OS X. However, I am leaning towards it being something stale on your system from a previous attempt right now...
- jeremy
On Sun 12/20/2009 2:06 AM , Antoine Latter asla...@gmail.com sent:
--
You received this message because you are subscribed to the Google Groups "HAppS" group.
To post to this group, send email to ha...@googlegroups.com.
To unsubscribe from this group, send email to happs+unsub...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/happs?hl=en.
Matthew Elder
> _______________________________________________
> Haskell-Cafe mailing list
> Haskel...@haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>
--
Sent from my mobile device
Need somewhere to put your code? http://patch-tag.com
Want to build a webapp? http://happstack.com
Antoine Latter
> Hello,
>
> That sort of missing symbol error at link time is often (but not always) a
> sign that some libraries got recompiled but not others. So there are
> references to the old symbol names hanging around.
>
> I would try to ghc-pkg unregister syb-with-class and everything that depends
> on it, and then try cabal install happstack again.
>
> We have successfully built Happstack with GHC 6.10 on OS X, and GHC 6.12 on
> Linux. But, you might be the first to try GHC 6.12 on OS X. However, I am
> leaning towards it being something stale on your system from a previous
> attempt right now...
>
Thanks for the tip. That gives me a project for the day.
Antoine
Antoine Latter
>
> That sort of missing symbol error at link time is often (but not always) a
> sign that some libraries got recompiled but not others. So there are
> references to the old symbol names hanging around.
>
> I would try to ghc-pkg unregister syb-with-class and everything that depends
> on it, and then try cabal install happstack again.
>
No luck! I unregistered everything in my user package db (which is
everything but the GHC boot libs) and then did a "caball install
happstack-data" and got the same error (eventually!).
I'll pull GHC 6.12 branch head, rebuild and then try again.
Antoine
stepcut
I won't be able to test on OS X again until at least the 30th. So if
someone else can look at this it would be great!
- jeremy
Erik Hesselink
X 10.5, but that shouldn't matter) building with GHC 6.12. I've
removed and reinstalled syb-with-class, but still get the following
when trying to build happstack-data 0.4.1:
Resolving dependencies...
Configuring happstack-data-0.4.1...
Preprocessing library happstack-data-0.4.1...
Preprocessing executables for happstack-data-0.4.1...
Building happstack-data-0.4.1...
[ 1 of 16] Compiling Happstack.Data.GOps ( src/Happstack/Data/GOps.hs,
dist/build/Happstack/Data/GOps.o )
src/Happstack/Data/Serialize.hs:1:85:
Warning: -XPatternSignatures is deprecated: use -
XScopedTypeVariables or pragma {-# LANGUAGE ScopedTypeVariables #-}
instead
src/Happstack/Data/Xml/Base.hs:6:13:
Warning: -XPatternSignatures is deprecated: use -
XScopedTypeVariables or pragma {-# LANGUAGE ScopedTypeVariables #-}
instead
[ 2 of 16] Compiling Happstack.Data.Normalize ( src/Happstack/Data/
Normalize.hs, dist/build/Happstack/Data/Normalize.o )
[ 3 of 16] Compiling Happstack.Data.Migrate ( src/Happstack/Data/
Migrate.hs, dist/build/Happstack/Data/Migrate.o )
[ 4 of 16] Compiling Happstack.Data.Default ( src/Happstack/Data/
Default.hs, dist/build/Happstack/Data/Default.o )
[ 5 of 16] Compiling Happstack.Data.DeriveAll ( src/Happstack/Data/
DeriveAll.hs, dist/build/Happstack/Data/DeriveAll.o )
[ 6 of 16] Compiling Happstack.Data.Default.Generic ( src/Happstack/
Data/Default/Generic.hs, dist/build/Happstack/Data/Default/Generic.o )
ghc: dist/build/Happstack/Data/Default.o: unknown symbol
`sybzmwithzmclasszm0zi6zi1_DataziGenericsziSYBziWithClassziInstances_constrZMacyKZN_closure'
cabal: Error: some packages failed to install:
happstack-data-0.4.1 failed during the building phase. The exception
was:
exit: ExitFailure 1
Erik
On Dec 21, 7:31 am, jer...@n-heptane.com wrote:
> Hello,
> That sort of missing symbol error at link time is often (but not
> always) a sign that some libraries got recompiled but not others. So
> there are references to the old symbol names hanging around.
> I would try to ghc-pkg unregister syb-with-class and everything that
> depends on it, and then try cabal install happstack again.
> We have successfully built Happstack with GHC 6.10 on OS X, and GHC
> 6.12 on Linux. But, you might be the first to try GHC 6.12 on OS X.
> However, I am leaning towards it being something stale on your system
> from a previous attempt right now...
> - jeremy
> On Sun 12/20/2009 2:06 AM , Antoine Latter aslat...@gmail.com sent:
> 2009/12/19 Jeremy Shaw :
Antoine Latter
> Hello,
>
> That sort of missing symbol error at link time is often (but not always) a
> sign that some libraries got recompiled but not others. So there are
> references to the old symbol names hanging around.
>
> I would try to ghc-pkg unregister syb-with-class and everything that depends
> on it, and then try cabal install happstack again.
>
I'm pretty well stumped at this point. I've cleared off everything and
gone up to GHC 6.12 HEAD, and a 'cabal install happstack-data' gives
me the same symbol not defined error in Happstack.Data.Xml.Base.
But here's the spooky part, if I run it by hand like so:
ghc --make src/Happstack/Data/Xml/Base.hs
src/Happstack/Data/Default.hs src/Happstack/Data/
DeriveAll.hs src/Happstack/Data/Normalize.hs src/Happstack/Data/Migrate.hs
after resolving issues due to CPP not being run, everything runs to
completion, no errors. Also, the list of things we're pulling in
during the template-haskell execution is much smaller (see bellow).
Has anyone seen this, where template-haskell behaves different when
run from cabal-install (or Setup.hs) than from ghc --make (or ghci)?
>>>>>
2 of 5] Compiling Happstack.Data.Migrate (
src/Happstack/Data/Migrate.hs, src/Happstack/Data/Migrate.o )
[3 of 5] Compiling Happstack.Data.Default (
src/Happstack/Data/Default.hs, src/Happstack/Data/Default.o )
[4 of 5] Compiling Happstack.Data.DeriveAll (
src/Happstack/Data/DeriveAll.hs, src/Happstack/Data/DeriveAll.o )
[5 of 5] Compiling Happstack.Data.Xml.Base (
src/Happstack/Data/Xml/Base.hs, src/Happstack/Data/Xml/Base.o )
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package ffi-1.0 ... linking ... done.
Loading package array-0.3.0.0 ... linking ... done.
Loading package bytestring-0.9.1.5 ... linking ... done.
Loading package containers-0.3.0.0 ... linking ... done.
Loading package pretty-1.0.1.1 ... linking ... done.
Loading package syb-0.1.0.2 ... linking ... done.
Loading package template-haskell ... linking ... done.
Loading package syb-with-class-0.6.1 ... linking ... done.
mkUsageInfo: internal name? Element{tc a4av}
<<<<<
That was the successful build, using ghc --make. The error for te
failing build is quoted bellow.
Antoine
> happs+un...@googlegroups.com.
Tom Tobin
> Linux. But, you might be the first to try GHC 6.12 on OS X. However, I am
> leaning towards it being something stale on your system from a previous
> attempt right now...
FWIW, I just successfully built Happstack on GHC 6.12 on OS X 10.6
(and cabal-install 0.8.0). I deleted my .ghc and .cabal dirs
beforehand so I would get a clean build. I had to make sure to *not*
add the MacPorts dirs to .cabal/config (via extra-include-dirs and
extra-lib-dirs), or else various packages (e.g., cpphs) would fail to
compile as they got confused between the OS X and the MacPorts
versions of various libraries.
I ran into exactly one build failure in the process when compiling HJScript:
**********
[ 2 of 26] Compiling HJScript.Monad ( src/HJScript/Monad.hs,
dist/build/HJScript/Monad.o )
src/HJScript/Monad.hs:51:10:
A pattern match on a GADT requires -XGADTs
In the pattern: EmptyBlock
In the definition of `mappend': mappend EmptyBlock b = b
In the instance declaration for `Monoid (Block ())'
cabal: Error: some packages failed to install:
HJScript-0.4.5 failed during the building phase. The exception was:
ExitFailure 1
**********
I mentioned this on haskell-cafe, and someone pointed out a fix:
On Mon, Dec 21, 2009 at 4:05 PM, Antoine Latter <asla...@gmail.com> wrote:
> This one I can help with. You need to modify the .cabal file for
> HJScript slightly. To do this:
>
> cabal unpack HJScript
> cd HJScript-0.4.5
> ${EDITOR} HJScript.cabal
>
> And then add 'GADTs' to the 'Extensions:' list.
I then ran "cabal install" inside the unpacked directory, and re-ran
"cabal install happstack". I'm now working my way through the
tutorial, and noticing several discrepancies; I guess that's a subject
for another thread. :-)
Erik Hesselink
> On Mon, Dec 21, 2009 at 6:31 AM, <jer...@n-heptane.com> wrote:
> > Hello,
>
> > That sort of missing symbol error at link time is often (but not always) a
> > sign that some libraries got recompiled but not others. So there are
> > references to the old symbol names hanging around.
>
> > I would try to ghc-pkg unregister syb-with-class and everything that depends
> > on it, and then try cabal install happstack again.
>
> I'm pretty well stumped at this point. I've cleared off everything and
> gone up to GHC 6.12 HEAD, and a 'cabal install happstack-data' gives
> me the same symbol not defined error in Happstack.Data.Xml.Base.
>
> But here's the spooky part, if I run it by hand like so:
>
> ghc --make src/Happstack/Data/Xml/Base.hs
> src/Happstack/Data/Default.hs src/Happstack/Data/
> DeriveAll.hs src/Happstack/Data/Normalize.hs src/Happstack/Data/Migrate.hs
>
> after resolving issues due to CPP not being run, everything runs to
> completion, no errors. Also, the list of things we're pulling in
> during the template-haskell execution is much smaller (see bellow).
I've found that if I log the command cabal executes (cabal install -v)
and execute that by hand, it doesn't work. However, if I remove the -O
flag from there, it _does_ work. So a workaround is this:
cabal install -O0 happstack-data
I have no idea _why_ it is failing with optimizations on, though.
> Has anyone seen this, where template-haskell behaves different when
> run from cabal-install (or Setup.hs) than from ghc --make (or ghci)?
Yes, I have seen that before, but in that case, I think it was the ghc
linker doing something different from the standard linker, possibly
related to GHC bug 3333 [1]. I think every bug or limitation that
applies to ghci also applies to cabal if you're using template haskell
(at least that's my suspicion).
[1] http://hackage.haskell.org/trac/ghc/ticket/3333
Erik
jer...@n-heptane.com
Now that you mention it, I remember that I recently ran into the same issue with some other package, and had to use the same workaround :(
- jeremy
On Wed 12/23/2009 5:58 AM , Erik Hesselink hess...@gmail.com sent:
--
You received this message because you are subscribed to the Google Groups "HAppS" group.
To post to this group, send email to ha...@googlegroups.com.
To unsubscribe from this group, send email to happs+unsub...@googlegroups.com.
Antoine Latter
That did the trick. Thanks a million. That was the last piece in the
way of me having a fully functionally dev setup on my laptop, which
has been in a state of disfunction since my upgrade to Snow Leopard.
Antoine
Jeremy Shaw
I have seen several manifestations of this issue now. I filed a report
here:
http://hackage.haskell.org/trac/ghc/ticket/3799
- jeremy
On Dec 30, 2009, at 5:37 AM, Simon Marlow wrote:
> Did you submit a ticket for this? I don't recall seeing one.
>
> Cheers,
> Simon
MtnViewMark
happstack. I did quite a bit of triage on it today, and traced down
many specifics. In particular, I've shown that it is not due to
anything in happstack and related packages. The comes from manner in
which syb-with-class get built. The error shows up when installing
happstack because it is using Data instance of ByteString provided by
syb-with-class - and one of the symbols for it in the .hi file (of
Instances.hs in syb-with-class) doesn't match the symbol that is in
syb-with-class's lib file.
The fix has to do with building syb-with-class correctly. I suspect
that the -O0 trick works only because it probably doesn't make use of
the particular symbol (which I believe is a partial closure only used
in optimized code).
=== Short Story ===
If I build syb-with-class-0.6 via cabal (cabal configure; cabal build)
in the unpacked tar directory, it builds correctly.
If I build it via "cabal install" (either from the unpacked directory,
or by letting cabal fetch it), then the resulting package is
corrupted. In particular, the .hi interface file for
Data.Generics.SYB.WithClass.Instances mentions symbols that aren't in
the .a file. (Or rather, they have the wrong names.)
I compared verbose logs of both builds and the differ only in
temporary file names.... execpt that the "cabal install" version
builds haddock, as my .cabal/conf file has documentation: True. Turns
out that if turn documentation off, then then "cabal install" builds
a .hi file that matches the .a file... and all is well.
Is this a bug in cabal? cabal-install? ghc? haddock?
I have saved logs of all this if anyone wants.
- Mark (MtnViewMark) Lentczner
http://www.ozonehouse.com/mark/
=== Versions ===
[2373] : cabal -V
cabal-install version 0.8.0
using version 1.8.0.2 of the Cabal library
[2374] : ghc -V
The Glorious Glasgow Haskell Compilation System, version 6.10.4
[2376] : ghc-pkg describe haddock | grep version
version: 2.4.2
=== Background & Details ===
I was installing happstack on my Mac with my Haskell Platform (GHC
6.10.4) installation. I have successfully installed dozens of other
packages in this environment before, and these results are annomalous.
I kicked this off via:
cabal install --user happstack
This installs many packages, including syb-with-class-0.6, which
compiled and installed just fine.
When installing happstack-data, and compiling the file Happstack/Data/
Proxy.hs, during the Template Haskell step (where things get loaded up
in ghci), the build encounters this link error:
[ 7 of 16] Compiling Happstack.Data.Proxy ( src/Happstack/Data/
Proxy.hs, dist/build/Happstack/Data/Proxy.o )
Loading package ghc-prim ... linking ... done.
Loading package integer ... linking ... done.
Loading package base ... linking ... done.
Loading package syb ... linking ... done.
Loading package array-0.2.0.0 ... linking ... done.
Loading package bytestring-0.9.1.5 ... linking ... done.
Loading package containers-0.2.0.1 ... linking ... done.
Loading package packedstring-0.1.0.1 ... linking ... done.
Loading package pretty-1.0.1.0 ... linking ... done.
Loading package template-haskell ... linking ... done.
Loading package syb-with-class-0.6 ... linking ... done.
(... many more loads elided...)
Loading package HaXml-1.13.3 ... linking ... done.
ghc:
unknown symbol
`_sybzmwithzmclasszm0zi6_DataziGenericsziSYBziWithClassziInstances_dataTypeZMabOQZN_closure'
That symbol decodes to something referring to:
package: syb-with-class-0.6
module: Data.Generics.SYB.WithClass.Instances
reference: dataType[abOQ]
The reference turns out to be from Loading Happstack.Data.Default,
which in turn imports Data.Generics.SYB.WithClass.Instances.
Poking around, I found that the interface (.hi) file for
Data.Generics.SYB.WithClass.Instances does indeed export such an
object:
[2324] : ghc --show-iface Data/Generics/SYB/WithClass/Instances.hi
| fgrep dataType[a
Data.Generics.SYB.WithClass.Instances.dataType
[abOQ]) -}
Data.Generics.SYB.WithClass.Instances.dataType
[abSm]) -}
dataType[abOQ] :: Data.Generics.SYB.WithClass.Basics.DataType
dataType[abSm] :: Data.Generics.SYB.WithClass.Basics.DataType
But, the library doesn't export it:
[2325] : nm libHSsyb-with-class-0.6.a | fgrep dataTypeZMa
0001854c D
_sybzmwithzmclasszm0zi6_DataziGenericsziSYBziWithClassziInstances_dataTypeZMaeuiZN_closure
00018604 D
_sybzmwithzmclasszm0zi6_DataziGenericsziSYBziWithClassziInstances_dataTypeZMaexTZN_closure
These refer to dataType[aeui] and dataType[aexT], which don't exist in
the interface file.
Something seems amiss here: The interface file is exporting generated
names that don't match what the library is exporting.
If I do the same investigation with the profiling versions of this
module, they match:
[2326] : ghc --show-iface Data/Generics/SYB/WithClass/
Instances.p_hi | fgrep dataType[a
Data.Generics.SYB.WithClass.Instances.dataType
[anmx]) -}
Data.Generics.SYB.WithClass.Instances.dataType
[anq8]) -}
dataType[anmx] :: Data.Generics.SYB.WithClass.Basics.DataType
dataType[anq8] :: Data.Generics.SYB.WithClass.Basics.DataType
markl@mtree ~/Library/Haskell/packages/syb-with-class-0.6/lib/
ghc-6.10.4
[2327] : nm libHSsyb-with-class-0.6_p.a | fgrep dataTypeZMa
00032704 D
_sybzmwithzmclasszm0zi6_DataziGenericsziSYBziWithClassziInstances_dataTypeZManmxZN_closure
0003282c D
_sybzmwithzmclasszm0zi6_DataziGenericsziSYBziWithClassziInstances_dataTypeZManq8ZN_closure
These both export something dataType[anmx] and dataType[anq8]
These two objects, by the way, stem from the last two lines of
Data.Generics.SYB.WithClass.Instances.hs:
$( deriveData [''ByteString] )
$( deriveData [''L.ByteString] )
Antoine Latter
> You received this message because you are subscribed to the Google Groups "HAppS" group.
> To post to this group, send email to ha...@googlegroups.com.
> To unsubscribe from this group, send email to happs+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/happs?hl=en.
>
>
>
>
From the cafe thread: http://thread.gmane.org/gmane.comp.lang.haskell.cafe/69215
It looks like it's the "cabal haddock" step.
I probably never noticed this with the older versions of happstack as
back then I didn't have cabal-install setup to automatically install
documentation.
Antoine