Re: [racket-users] "Link: bad variable linkage" when trying to work through tutorial

How did you install Racket? Via the Mac installer from ‘download’? [This error happens when you had an older installation and the new one doesn’t re-compile the byte code files.] > On May 13, 2017, at 5:19 PM, onn...@gmail.com wrote: > > Hi all, > > While working through the first bits of

Re: [racket-users] "Link: bad variable linkage" when trying to work through tutorial

Onno, That happens when the .zo files produced by plain command-line racket conflict with ones that come from DrRacket. Or the other way around, I am not sure. Or something else related to .zo files that are no longer valid for some reason. Anyway, try removing the 'compiled' directories from

Re: [racket-users] link: bad variable linkage

I have this issue in Racket 6.8.0.1 this morning, the project is compiled by compile-directory-zos, and all .zos are ensured up-to-date. Before I gave up, I had wrote a simple tests in DrRacket, lucky to saw the root cause, a contract error in the body of the newly added typed class, but the issue

Re: [racket-users] link: bad variable linkage

This is the commit: https://github.com/racket/drracket/commit/81d74e484c306c3584030cf8ede29825c0e8be1a I pushed it around the time 6.5 was released and it is the kind of thing I would do right after a release branch has been created, so probably it was only 6.6 and later. Robby On Fri, Feb

Re: [racket-users] link: bad variable linkage

On Saturday, March 26, 2016 at 4:53:51 PM UTC-7, Robby Findler wrote: > Matthew and I have figured out one way in which DrRacket could go > wrong here and implemented a better strategy. The problem we > identified doesn't explain the symptoms expressed here in this thread > exactly, but it is a

Re: [racket-users] link: bad variable linkage

Sorry I missed this. Apparently I'm several months behind on the racket list. The problem does seem fixed however. Thank you! Jon On 10/23/2016 11:34 AM, Laurent wrote: As of now, I haven't experienced any more problem of this sort since then. Admittedly I haven't tried hard either to

Re: [racket-users] link: bad variable linkage

As of now, I haven't experienced any more problem of this sort since then. Admittedly I haven't tried hard either to reproduce this behavior. So thank you so much for the time you took to look into this! Very appreciated. On Sat, Mar 26, 2016 at 11:53 PM, Robby Findler

Re: [racket-users] link: bad variable linkage

Matthew and I have figured out one way in which DrRacket could go wrong here and implemented a better strategy. The problem we identified doesn't explain the symptoms expressed here in this thread exactly, but it is a complex system and maybe there was some piece missing from the explanations that

Re: [racket-users] link: bad variable linkage

I would be so happy if this kind of error could be resolved! (even when all files are compiled by DrRacket) Usually, I just turn off "populate 'compiled' directories", but then DrRacket needs to compile the file on each F5, which can take some precious time. Thank you both then :) On Sun, Jan 31,

Re: [racket-users] link: bad variable linkage

Then it would be helpful to us if you could provide some (hopefully small) program and instructions to reproduce the problem. Thanks, Robby On Sun, Jan 31, 2016 at 4:51 PM, jon stenerson wrote: > Just using DrRacket 6.3 on Win 10. > > Jon > > > On 1/31/2016 3:22 PM,

Re: [racket-users] link: bad variable linkage

The simplest thing I can find: I have three files in two directories. The first directory, called junk, contains a.rkt and b.rkt. The second directory is a sibling to junk called local-libs and contains c.rkt. (local-libs is known to the package manager; it was installed via the DrRacket

Re: [racket-users] link: bad variable linkage

Just using DrRacket 6.3 on Win 10. Jon On 1/31/2016 3:22 PM, Robby Findler wrote: The compilation of racket is (not yet) deterministic so things like that can throw off internal tables in the .zo files (and a .zo files is loaded without checking dependencies, optimistically hoping that the