[Fedora-haskell-list] [Bug 541372] ghc-HUnit conflicts with ghc.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=541372
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |MODIFIED
CC| |fedora-haskell-list@redhat.
| |com
Platform|i586 |All
AssignedTo|bos(a)serpentine.com |petersen(a)redhat.com
--- Comment #1 from Jens Petersen <petersen(a)redhat.com> 2009-12-11 02:32:42 EDT ---
ghc-HUnit should not have been pushed to f11.
It will be needed for ghc 6.12 in Fedora 13.
I untagged it in koji from f11 updates-testing
so hoefully it will go away.
Maybe I was too quick to kill the bodhi ticket
before the package could get pulled from the repos? :-/
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 4 months
Re: [Fedora-haskell-list] ghc-HUnit not present in F-12?
by Jens-Ulrik Petersen
(We should really make a separate bugs list
or I should start filtering the bugzilla mails...;)
----- "Bryan O'Sullivan" <bos(a)serpentine.com> wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=541372
See the review https://bugzilla.redhat.com/show_bug.cgi?id=517144
where I already asked why we were adding the package:
it is only needed for ghc-6.12.
> I tried to see if I could reproduce it on F-12, which I'm now running,
> but in fact ghc-HUnit isn't available at all for F-12. I've no idea why
Because I blocked for exactly the above reasonble. ;)
> , or what to do about this.
Thanks for asking - I just untagged it from updates-testing in koji - hope that helps
otherwise we can ask releng to take it out of the repo if it is still there.
But for the reporter he just need to remove it but he probably knows that already.
Anyway we should should probably start to prepare reviews
for the other packages missing from 6.12. :)
Jens
14 years, 4 months
[Fedora-haskell-list] Re: %ghc_pkg_ver
by Jens-Ulrik Petersen
[cc'ing fedora-haskell-list as a headsup]
> I was wondering whether it's supposed to work on F 11. I was trying
> to build xmonad on F 11, and rpm gave me unresolved dependencies,
> the rpm had the dependency of "xmonad = %ghc_pkg_ver", literally.
Yeah I know it is ugly - we need ghc support in rpm...
> I eventually
> just dropped versions of these dependencies before compiling the
> package, so it works for me now.
Ok :)
I pushed the new ghc-rpm-macros to updates yesterday - but I should really
make the version dependency on it explicit in the packages.
Jens
14 years, 5 months
[Fedora-haskell-list] RFE: GHC packaging improvement proposal
by Lorenzo Villani
An hearty 'hello' to Haskell SIG folks!
I am a newcomer to Haskell (thanks to xmonad) and I plan to do some serious
things with it (as soon as I get proficient with this elegant FP language).
During the last two-three weeks I've been secretly working on the GHC package
(6.12). As you know, GHC can now create shared libraries so I deemed that a
little change in the .spec file was necessary.
____________________________________
PROPOSED LAYOUT
* ghc: contains only the compiler, tools (such as ghc-pkg, etc) and
libHSrts.a which seems to be (statically) linked in every application. In
general: stuff needed only at compile time.
* ghc-libs (and ghc-libs-static): contains the dynamic version of libHSghc
which is *HUGE* (and I guess it's needed only by programs which want to access
GHC internals -- I don't have it installed and xmonad, xmobar and such things
work).
* ghc-common: This subpackage contains packages.d/*.config files and owns core
library directories, it is (mostly) empty and is required by ghc-runtime and
ghc-runtime-static.
* ghc-runtime (and ghc-runtime-static): nothing to say, it contains just the
core libraries and their interface files (.hi/.dyn_hi)
* ghc-prof: contains profiled (static) libraries, including the huge libHSghc.
This is the biggest and monolithic package.
___________________________________________
NOTES
+ cabal-install 0.7.5 (from darcs) seems to work decently with this GHC
release.
+ X11 library has problems with hsc2hs (one file has to be converted to UTF-8
before building the package)
+ ghc-libs-static and ghc-runtime-static Require ghc (these are useless
without a compiler) while ghc-libs and ghc-runtime don't.
+ I decided to take libHSghc off the runtime package(s) because of its huge
size and because it is not generally needed by other libraries/applications,
thus making the runtime package small:
[lvillani@enterprise x86_64]$ du -h *
24M ghc-6.12.0.20091201-1.fc12.x86_64.rpm
56K ghc-common-6.12.0.20091201-1.fc12.x86_64.rpm
8.4M ghc-doc-6.12.0.20091201-1.fc12.x86_64.rpm
8.8M ghc-libs-6.12.0.20091201-1.fc12.x86_64.rpm
8.6M ghc-libs-static-6.12.0.20091201-1.fc12.x86_64.rpm
25M ghc-prof-6.12.0.20091201-1.fc12.x86_64.rpm
7.6M ghc-runtime-6.12.0.20091201-1.fc12.x86_64.rpm
8.0M ghc-runtime-static-6.12.0.20091201-1.fc12.x86_64.rpm
___________________________________________
NOTES
I still can't get Cabal to link shared libraries instead of static ones (tried
--enable-shared, tried --disable-library-vanilla with no effect). This means
that even if Cabal tells the compiler to produce dynamic libraries it doesn't
link to them (thus making the whole "dynlib" thing almost useless at this
point). I don't know if this is a bug or I am so dumb that I can't tell cabal-
install what to do.
___________________________________________
LINKS
http://gitorious.org/lvillani/specs/blobs/master/haskell/ghc/ghc.spec
+ I'm 101% sure that there are errors in that .spec file.
I look forward to hear your thoughts!
--
Lorenzo Villani
14 years, 5 months
[Fedora-haskell-list] [Bug 517366] Review Request: emacs-haskell-mode - Haskell editing mode for Emacs
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=517366
--- Comment #33 from Shakthi Kannan <shakthimaan(a)gmail.com> 2009-12-05 14:11:11 EDT ---
%_emacs_bytecompile *.el is failing on my Fedora 12 laptop with:
=== OUTPUT ===
+ /usr/bin/emacs -batch --no-init-file --no-site-file -f batch-byte-compile
haskell-c.el haskell-cabal.el haskell-decl-scan.el haskell-doc.el
haskell-font-lock.el haskell-ghci.el haskell-hugs.el haskell-indent.el
haskell-indentation.el haskell-mode.el haskell-simple-indent.el
haskell-site-file.el inf-haskell.el
In toplevel form:
haskell-c.el:28:1:Error: Cannot open load file: haskell-mode
Wrote /home/foo/rpmbuild/BUILD/haskell-mode-2.7.0/haskell-cabal.elc
In toplevel form:
haskell-decl-scan.el:130:1:Error: Cannot open load file: haskell-mode
In toplevel form:
haskell-doc.el:356:1:Error: Cannot open load file: haskell-mode
In toplevel form:
haskell-font-lock.el:104:13:Error: Cannot open load file: haskell-mode
In haskell-ghci-locate-next-error:
haskell-ghci.el:302:32:Warning: `string-to-int' is an obsolete function (as of
Emacs 22.1); use `string-to-number' instead.
In end of data:
haskell-ghci.el:334:1:Warning: the function `comint-mode' might not be defined
at runtime.
Wrote /home/foo/rpmbuild/BUILD/haskell-mode-2.7.0/haskell-ghci.elc
In haskell-hugs-gen-load-file:
haskell-hugs.el:283:25:Warning: `string-to-int' is an obsolete function (as of
Emacs 22.1); use `string-to-number' instead.
Wrote /home/foo/rpmbuild/BUILD/haskell-mode-2.7.0/haskell-hugs.elc
Wrote /home/foo/rpmbuild/BUILD/haskell-mode-2.7.0/haskell-indent.elc
In haskell-indentation-mode:
haskell-indentation.el:100:32:Warning: assignment to free variable
`haskell-indent-last-position'
In haskell-indentation-indent-line:
haskell-indentation.el:264:20:Warning: assignment to free variable
`haskell-indent-last-position'
haskell-indentation.el:272:20:Warning: reference to free variable
`haskell-indent-last-position'
Wrote /home/foo/rpmbuild/BUILD/haskell-mode-2.7.0/haskell-indentation.elc
In end of data:
haskell-mode.el:621:1:Warning: the function `compile-internal' is not known to
be defined.
Wrote /home/foo/rpmbuild/BUILD/haskell-mode-2.7.0/haskell-mode.elc
Wrote /home/foo/rpmbuild/BUILD/haskell-mode-2.7.0/haskell-simple-indent.elc
Wrote /home/foo/rpmbuild/BUILD/haskell-mode-2.7.0/haskell-site-file.elc
In toplevel form:
inf-haskell.el:38:1:Error: Cannot open load file: haskell-mode
nilerror: Bad exit status from /var/tmp/rpm-tmp.rSeL06 (%build)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.rSeL06 (%build)
=== END ===
Now, when I try using "emacs -batch -f batch-byte-compile *.el", I get the
above error.
But, using "emacs --batch --eval '(setq load-path (cons "." load-path))' -f
batch-byte-compile *.el" builds fine though.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 5 months