(I know, and I hadn't used it in forever.)
On Oct 23, 2014, at 9:04 PM, Matthew Flatt wrote:
> Ad, I hadn't guessed that you use the "Installer Package". It isn't one
> of our normal distribution mode (i.e., there's no link to it on the
> eventual download page), so far, and so I forgot about i
Ad, I hadn't guessed that you use the "Installer Package". It isn't one
of our normal distribution mode (i.e., there's no link to it on the
eventual download page), so far, and so I forgot about it, but it is
certaily prominent on the pre-release page.
I'm not yet sure of the right repair, but I'l
Yes, I did and expected this to be the problem. Can't we add a line to the Mac
package installer that removes left-over stuff?
I deleted the old installation and re-installed and drracket starts up fine.
-- Matthias
On Oct 23, 2014, at 2:26 PM, Matthew Flatt wrote:
> Is it possible tha
Is it possible that you installed on top of an existing v6.0.900.900
installation (for the previous release's candidate)?
The file
share/pkgs/drracket/drracket/private/compiled/rectangle-intersect_rkt.zo
existed in v6.0.900.900, but it does not exist in v6.1.0.900, because
the library moved to
DrRacket on Mac OS X, 64-bit, Installer Package won't start on double-click.
At the command line, I get this error message:
[:~] matthias% /Applications/Racket/DrRacket.app/Contents/MacOS/DrRacket
/Applications/Racket/share/pkgs/drracket/drracket/private/compiled/rectangle-intersect_rkt.zo::1
On 10/23/14, 12:48 PM, Ryan Culpepper wrote:
> * David Van Horn
> - EoPL Tests
Done.
_
Racket Developers list:
http://lists.racket-lang.org/dev
Checklist items for the v6.1.1 release
(using the v6.1.0.900 release candidate build)
Search for your name to find relevant items, reply when you finish an
item (please indicate which item/s is/are done). Also, if you have any
commits that should have been picked, make sure that the changes ar
I can confirm the crash with a Cairo 1.14 build on 64-bit Mac OS X.
I've submitted a bug report for Cairo (Bug 85372).
For the record, here's how I assembled the report:
The crash happened for me when building the "plot" documentation. By
successively pruning the document's source, I whittled th
Jens Axel Søgaard writes:
>
> It might me worth doubling checking that the versions of the shared
> libaries that Racket loads matches your expectations.
>
> Then again, maybe there were an API change in Cairo that
> caused the problem - and if so the above is irrelevant.
>
Since I'm building fo
Hi David,
FWIW here is how I built the libraries for DrRacket from scratch on OS X.
I found out that it was important that the libcairo loaded by DrRacket
was built with the same versions of the "helper libraries" that
DrRacket loads.
The readme has the details:
https://github.com/soegaard/ra
David Bremner writes:
>
> As a point of information, I can duplicate the crash with yesterdays
> snapshot (20141022-d9f2a84). I didn't bother getting a backtrace there,
> but I can if it would help.
I verified that the version of libcairo2 is what makes a difference.
Installing Debian version 1.
David Bremner writes:
> Building racket 6.1, from racket-6.1-src.tgz, the debian build
> calls make install twice,
> the first time with PLT_EXTRA="--no-docs --no-zo", and the second time
> with PLT_EXTRA="--no-launcher --no-install --no-post-install". This
> second (main) call is crashing after
> * Jon Rafkind
> Release tests for (one of the) linux releases:
> - Test that the `racket' and `racket-textual' source releases
> compile fine (note that they're still called `plt' and `mz' at
> this stage).
> - Test that the binary installers for both work, try each one in
> b
13 matches
Mail list logo
