Re: [racket-users] symlink to raco changes its behavior?

This is a holdover from `setup-plt` times. The `raco` executable treats command line arguments without `-l` differently depending on whether the name of the executable is `raco` (which was a may of improving things with `raco` while maintaining compatibility for `setup-plt`). So, it's expected at s

Re: [racket-users] Problem building racket in-place

At Sat, 16 Nov 2019 18:32:00 +, Reuben Thomas wrote: > On Sat, 16 Nov 2019 at 15:06, Matthew Flatt wrote: > > > > > The checked-in `configure` scripts are generated by "make-configure" in > > "racket/src/ac", and that script doesn't refer to "start/configure.ac". > > > > Thanks for the confi

Re: [racket-users] Problem building racket in-place

On Sat, 16 Nov 2019 at 15:06, Matthew Flatt wrote: > > The checked-in `configure` scripts are generated by "make-configure" in > "racket/src/ac", and that script doesn't refer to "start/configure.ac". > Thanks for the confirmation. What about start/install2.ac? -- https://rrt.sc3d.org -- You

Re: [racket-users] Problem building racket in-place

At Fri, 15 Nov 2019 21:33:17 +, "'Reuben Thomas' via Racket Users" wrote: > I've looked into it and I can't work out what start/*.ac are used. Ah, right again. That explains why I didn't update "start/configure.ac" to use "path.m4". It's because "start/configure.ac" isn't supposed to exist. I

Re: [racket-users] Re: raco distribute and runtime paths, conditioned on whether a package was installed at compile time

James Platt writes: > Would this now be the preferred method to include a copy of the SQLite > library. required by the DB module, to your distribution? The > software I am working on requires a newer version of SQLite than is > included in at least some of the operating systems we want to supp