| Summary: | nhc98 1.12 Haskell Compiler Ebuild | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Bardur Arantsson <bugs-gentoo.org> |
| Component: | New packages | Assignee: | George Shapovalov (RETIRED) <george> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bugs-gentoo.org |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Ebuild for nhc98 1.12
Fixed hmakerc file Fixed fixed hmakerc file |
||
|
Description
Bardur Arantsson
2002-05-16 15:12:02 UTC
Created attachment 1016 [details]
Ebuild for nhc98 1.12
Hi Bardur Is this one related somehow to dev-lang/hugs98? I am about to check it out, just want to make sure there are no duplicates (I doesn't seem so, but still better to check..) George no, this is not related with hugs98 in any way. (well, aside from the fact that it is a compiler for the same language :)) Comitted the ebuild, closing bug. Ebuild was fine except docs: package Makefiles had some weird (and apparently not FHS compliant) ideas about where to put various docs. Had to do this part "manually". George Hi Bardur. Just found one issue with hmake or rather wrapper script hi: [gerr@groug html]$ hi __ __ __ _____________________________________ || || ______ ___ || _ ____ hmake interactive (hi): ||___|| || || || ___|| ||/ ||__|| Copyright (c) May 2000 ||---|| || || || ||__|| ||\_ ||__ http://www.cs.york.ac.uk/fp/hmake/ || || Report bugs to: malcolm@cs.york.ac.uk || || Version: 3.02 (2002-03-14) ------------------------------------- ... Using compiler /var/tmp/portage/nhc98-1.12/work/nhc98-1.12/script/nhc98 ... Type :? for help [Module Prelude not found...] [Cannot continue without Prelude...] Apparently hi tries to find modules and the compiler where nhc was built instead of where it was installed :( hmake appears to be looking for modules under ${D} as well. Masking nhc98 for now, reopening the bug... George *sigh* Stupid, stupid configuration system... why do people always insist on rolling their own...? Anyway, I've located the cause of the problem: /usr/lib/hmake/<arch>-<sys>/hmakerc contains an incorrect path for the nhc98 executable. I haven't had time to fix the ebuild, but it should be a simple matter of installing the attached hmakerc.working instead of the one being installed by the "make install". To find the appropriate path, use `arch -p` for <arch> and `arch -s` for <sys> in the above path. Ugly? Certainly, but I have tried several other ways of fixing it, all without success :( Created attachment 1410 [details]
Fixed hmakerc file
Btw, you might need to remove the /root/.hmakerc/<arch>-<sys> file to get everything working, since it may contain obsolete defaults. Hi Bardur Thanks for sorting this out. Updated ebuild and committed changes. Could you please test it? I'll unmask nhc98 after your report. George Testing with the new hmakerc revealed, that it was indeed possible to compile+install, but caused failure when upgrading. I've create yet another new hmakerc. This has been tested to work correctly when - completely unmerging, then merging nhc98 (which should be the same as a completely new install) - merging while another "version" of nhc98 was already merged (which should act the same way an upgrade would). I've attached the new new hmakerc as hmakerc.take2. Created attachment 1428 [details]
Fixed fixed hmakerc file
Thanks for an update! |
