What output did you get from the script after you deleted the zos and before you rebuilt them?
On Mon, Feb 14, 2011 at 2:58 PM, James Swaine <[email protected]> wrote: > This didn't seem to fix it. After running this I tried again to make all > the collects from scratch, but I still get the same error. > > On Mon, Feb 14, 2011 at 1:46 PM, Robby Findler <[email protected]> > wrote: >> >> Oh, I see. Yeah, that's mysterious. You might try deleting all .zo >> files and seeing if you still see the error (without rebuilding them). >> Something like this: >> >> find ~/plt -type f -name \*.zo -exec rm {} \; >> >> Robby >> >> On Mon, Feb 14, 2011 at 1:44 PM, James Swaine <[email protected]> >> wrote: >> > plt-cur-build isn't a source tree, it's just my build directory. >> > >> > On Mon, Feb 14, 2011 at 1:39 PM, Robby Findler >> > <[email protected]> >> > wrote: >> >> >> >> Looks like you have two plt trees (~/plt-cur-build and ~/plt) and they >> >> .zos are getting mixed. >> >> >> >> Probably you want to just use one or the other, not both together. >> >> >> >> Robby >> >> >> >> On Mon, Feb 14, 2011 at 1:35 PM, James Swaine <[email protected]> >> >> wrote: >> >> > I'm getting a module mismatch error after pulling from git that I >> >> > can't >> >> > seem >> >> > to make go away despite my best efforts. Here's the message: >> >> > Starting program: /Users/jamesswaine/plt-cur-build/racket/racket3m >> >> > ~/plt/collects/tests/future/future.rkt >> >> > link: module mismatch, probably from old bytecode whose dependencies >> >> > have >> >> > changed: variable not provided (directly or indirectly and at the >> >> > expected >> >> > position) from module: >> >> > "/Users/jamesswaine/plt/collects/racket/contract/private/guts.rkt" >> >> > accessed >> >> > from module: "/Users/jamesswaine/plt/collects/mzlib/integer-set.rkt" >> >> > at >> >> > source phase level: 0 in: any/c/proc.2 >> >> > === context === >> >> > /Users/jamesswaine/plt/collects/mzlib/integer-set.rkt: [running body] >> >> > /Users/jamesswaine/plt/collects/srfi/14/char-set.rkt: [traversing >> >> > imports] >> >> > /Users/jamesswaine/plt/collects/srfi/13/string.rkt: [traversing >> >> > imports] >> >> > /Users/jamesswaine/plt/collects/srfi/13.rkt: [traversing imports] >> >> > /Users/jamesswaine/plt/collects/rackunit/private/format.rkt: >> >> > [traversing >> >> > imports] >> >> > /Users/jamesswaine/plt/collects/rackunit/private/check.rkt: >> >> > [traversing >> >> > imports] >> >> > /Users/jamesswaine/plt/collects/rackunit/private/test-case.rkt: >> >> > [traversing >> >> > imports] >> >> > /Users/jamesswaine/plt/collects/rackunit/private/util.rkt: >> >> > [traversing >> >> > imports] >> >> > /Users/jamesswaine/plt/collects/rackunit/private/test.rkt: >> >> > [traversing >> >> > imports] >> >> > /Users/jamesswaine/plt/collects/rackunit/main.rkt: [traversing >> >> > imports] >> >> > /Users/jamesswaine/plt/collects/tests/future/future.rkt: [traversing >> >> > imports] >> >> > I tried to blow away my whole build by running: >> >> > make clean >> >> > make >> >> > make install >> >> > raco make --clean >> >> > raco make >> >> > But this doesn't seem to fix the problem. I'm trying to run the >> >> > futures >> >> > test suite from the command line. Any ideas what I should do here? >> >> > Thanks, >> >> > James >> >> > >> >> > _________________________________________________ >> >> > For list-related administrative tasks: >> >> > http://lists.racket-lang.org/listinfo/dev >> >> > >> > >> > > > _________________________________________________ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
