Re: getDirectoryContents still causing problems Re: problems building ycr2js (hopefully fixed)

Based on my experience, I wouldn't recommend doing scons fullclean;
rather, I would darcs checkout and go from scratch. Annoying, but
seems to work better.
thomas.
2007/11/26, Dimitry Golubovsky
Thomas,
This happens sometimes as Yhc depends on many other packages not very well in sync (e. g. FilePath). Plus, internal dependencies are not always tracked very well. Or binary core format gets upgraded (that means, the core linker does not accept older versions of core files, and all of them have to be regenerated).
You may see sometimes recommendations in the Yhc mailing list: pull patches, then do scons fullclean. Or re-check the whole repo out, which is basically the same.
Thanks.
On 11/26/07, Thomas Hartman
wrote: False alarm.
I rm -rf ed yhhc, fresh darcs got the latest yhc, reinstalled yhc, and redid
(cd src/translator/js; make all install)
and it built.
2007/11/26, Dimitry Golubovsky
: Thomas,
It looks like this comes from Yhc, not from the Javascript backend.
Have you done the full sequence of (starting with clean repo)?
darcs get darcs.haskell.org/yhc scons core=1 build scons prefix=... install # whatever your stuff goes, and yhc will be in bin/ from that, and this bin/ should be on your path (cd src/translator/js; make all install)
Please let me know where it fails.
Thank you.
On 11/26/07, Thomas Hartman
wrote: still having problems darcs pulling your updates, related to System.FilePath.
did you make clean and then make again?
I darcs pulled everything.
(cd src/translator/js; make all install)
... ... (cd /home/thartman/haskell-installs/yhc-install/yhc/src/translator/js/lib/haskell; \ for f in `find . -name '*.hs' | sort` ; do make -s -f /home/thartman/haskell-installs/yhc-install/yhc/src/translat\ or/js/Makefile `dirname $f`/`basename $f .hs`.ycr ; done) yhc: /home/thartman/haskell-installs/yhc-install/yhc/inst/lib/yhc/packages: getDirectoryContents: does not exist (No such fi\ le or directory)
-s flag silences, we don't want that, with verbose output again we see that make is failing for a huge number of packages
(cd /home/thartman/haskell-installs/yhc-install/yhc/src/translator/js/lib/h\ askell; \ for f in `find . -name '*.hs' | sort` ; do make -f /home/thartman/haskell-installs/yhc-install/yhc/src/translator/\ js/Makefile `dirname $f`/`basename $f .hs`.ycr ; done)
yhc --core --no-bytecode CDOM/Level1/DomUtils.hs yhc: /home/thartman/haskell-installs/yhc-install/yhc/inst/lib/yhc/packages: getDirectoryContents: does not exist (No such fi\ le or directory)
make: *** [CDOM/Level1/DomUtils.ycr] Error 1 yhc --core --no-bytecode CDOM/Level1/Events.hs yhc: /home/thartman/haskell-installs/yhc-install/yhc/inst/lib/yhc/packages: getDirectoryContents: does not exist (No such fi\ le or directory)
...
thartman@none:~/haskell-installs/yhc-install/yhc/src/translator/js/lib/haskell>yhc --core --no-bytecode CDOM/Level1/DomUtils\ .hs yhc: /home/thartman/haskell-installs/yhc-install/yhc/inst/lib/yhc/packages: getDirectoryContents: does not exist (No such fi\ le or directory)
Unfamiliar with yhc, I couldn't figure out where getDirectory contents is being called from.
Grepping at the root, I guess something here is causing problems
thartman@none:~/haskell-installs/yhc-install/yhc>grep -irl getDirectoryContents * Make/Useful.hs inst/bin/yhc src/compiler98/Package.hs src/packages/yhc-base-1.0/System/Directory.hs src/packages/haskell98-1.0/Directory.hs src/tester/Main.hs tests/conformance98/Directory/getDirContents/Main.hs
best, thomas.
2007/11/25, Dimitry Golubovsky
: Thomas,
On Nov 25, 2007 5:50 PM, Thomas Hartman
wrote: Thanks Dmitri, I also had to fix an issue with System.FilePath, there's a message about this on haskell cafe.
In fact, takeDirectory is the right replacement for getDirectory in older FilePath. I have pushed this change too.
Thanks.
-- Dimitry Golubovsky
Anywhere on the Web
-- Dimitry Golubovsky
Anywhere on the Web
-- Dimitry Golubovsky
Anywhere on the Web
participants (1)
-
Thomas Hartman