> * 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 binar
> * 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 binar
On 07/21/2014 02:05 AM, Matthew Flatt wrote:
> At Sun, 20 Jul 2014 22:37:36 -0700, Jon Rafkind wrote:
>> On 07/17/2014 05:03 PM, Ryan Culpepper wrote:
>>> * Jon Rafkind
>>> Release tests for (one of the) linux releases:
>>> - Test that the `racket&#
On 07/17/2014 05:03 PM, Ryan Culpepper wrote:
>
> * 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
>
> * 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 binar
> * 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 binar
> * 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 binar
> * 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 binar
> * 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 binar
The build already passes '-j 1'.
On 04/16/2013 09:55 AM, Tobias Hammer wrote:
> I get this on i386, when the VM sucks up ~ 2GB of memory. You can try
> env PLT_SETUP_OPTIONS="-j 1", that helps for me.
>
> Tobias
>
>
> On Tue, 16 Apr 2013 17:50:52 +0200, J
The PPA build has been failing the past 2 days or so for amd64 machines due to
the Racket VM running out of memory, usually during 'raco setup' but not
correlated with any specific collection. I don't have an amd64 machine on hand
to test. Has anyone else seen this behavior on amd64 (or any arch
Yes, I'll make that change.
On 03/10/2013 07:09 PM, Robby Findler wrote:
> Seems better to blow everything away and re-"git clone" for an automated
> build machine.
>
> Robby
>
>
> On Sun, Mar 10, 2013 at 7:56 PM, Jon Rafkind <mailto:rafk...@cs.utah.edu&
On 03/10/2013 06:14 PM, Eli Barzilay wrote:
> 20 minutes ago, Jon Rafkind wrote:
>> The ubuntu ppa build has been failing for a while, and I finally
>> tracked it down to this issue: src/racket/src/schemef.h has a newer
>> timestamp than src/racket/src/schemex.h on a fr
The ubuntu ppa build has been failing for a while, and I finally tracked it
down to this issue: src/racket/src/schemef.h has a newer timestamp than
src/racket/src/schemex.h on a fresh git checkout from github. This results in
the make system trying to execute the following
make[6]: Entering dir
Attached is a patch that adds a keyword, #spaces, to `define-cite', which makes
the generate bibliography have N spaces between each entry.
(define-cite ... g #:spaces 2)
(g)
..output..
[1] entry 1
[2] entry 2
If it looks ok I can push it, and update the docs as well.
diff --git a/collects/sc
The latest commit d408ba4 fixes this for me.
On 02/13/2013 10:14 AM, Asumu Takikawa wrote:
> On 2013-02-13 10:36:09 -0600, Robby Findler wrote:
>>I don't know what would help, but one thing that usually does is a stack
>>trace. You can probably get it from a coredump file or by something l
> * 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 binar
Actually I would hope that section 1.2 (syntax model) in the reference would
explain exactly how macros are invoked. Unless I'm missing something it never
mentions exactly what syntax object is passed to the transformer function once
a macro binding is observed.
It could either go in paragraph
You are right, somehow my ppa scripts got messed up and submitted 5.3 instead
of 5.3.1.
On 11/08/2012 05:41 AM, James McCoy wrote:
> On Wed, Nov 07, 2012 at 09:20:09PM -0700, Jon Rafkind wrote:
>> Ok I think I found the issue. Commit
>> 1e375bab48f3d704bb2beeade77d05a2a3a642de i
Somehow I didn't register that the release is final.. so ok I guess this can
wait till the next release. No one is likely using 13.04 anyway.
On 11/07/2012 09:20 PM, Jon Rafkind wrote:
> Ok I think I found the issue. Commit 1e375bab48f3d704bb2beeade77d05a2a3a642de
> is not in stable.
@@ void launchgdb() {
}
#endif
-void fault_handler(int sn, struct siginfo *si, void *ctx)
+void fault_handler(int sn, siginfo_t *si, void *ctx)
{
So should this commit be merged to stable?
On 11/07/2012 09:17 PM, Jon Rafkind wrote:
> Racket failed to build for the ppa on ubuntu 13.04 (rar
Racket failed to build for the ppa on ubuntu 13.04 (raring). I'm not exactly
sure what the issue is but the details are that its using
gcc-4.7_4.7.2-5ubuntu5.
Full build log:
https://launchpadlibrarian.net/122334588/buildlog_ubuntu-raring-i386.racket_5.3-20121107~raring_FAILEDTOBUILD.txt.gz
Th
> * 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 binar
Frtime has a build error now
raco setup: error: during making for frtime (FrTime)
raco setup: module: identifier already imported from: "lang-ext.rkt"
raco setup: at: undefined?
raco setup: in: (rename frtime/core/frp undefined? undefined?)
raco setup: error: during making for frtime/opt
>
> * 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 bi
On 05/30/2012 04:07 PM, Eli Barzilay wrote:
>
>> Having expressions come from the bottom, using the down arrow, seems
>> sort of wierd.
> Here's a concrete example:
>
> (○ (let ([x 10]) ↓)
> (for ([i (in-range x)]) ↓)
> (for ([j (in-range i)]) ↓)
> ...etc...)
>
> Do you have a conc
On 05/30/2012 03:40 PM, Eli Barzilay wrote:
> Now, lets imagine that instead of a simple `<>' hole, there are two
> kinds of holes with an "up" or a "down" direction -- this leads to
> this kind of a syntax:
>
> (○ "foo bar baz"
> (substring ↑ 3 8)
> (string-trim ↑)
> (let ([str ↑]
cd7e Asumu Takikawa 2012-05-18 15:50
>> :
>> | Remove drracket/private/module-interface.
>> |
>> | With permission from Jon Rafkind.
>> :
>> D collects/drracket/private/module-interface/check.rkt
>> D collects/drracket/private/module-interface/gui.rkt
>>
&
On 05/07/2012 07:01 PM, Eli Barzilay wrote:
> On January 11th, Eli Barzilay wrote:
>> 10 minutes ago, Marijn wrote:
>>> On 19-12-11 16:45, Marijn wrote:
that makes sense as my installed and the current upstream readline
version is 6.2. Any chance that could be fixed?
>>> This is still cur
The short answer is to use call-with-trusted-sandbox-configuration so the
sandbox can make filesystem calls without being hindered.
On 05/07/2012 11:46 AM, Jon Rafkind wrote:
> I'm trying to evaluate honu programs inside a sandbox but I get an error from
> `make-evaluator'. Othe
I'm trying to evaluate honu programs inside a sandbox but I get an error from
`make-evaluator'. Other languages work (racket/base, typed/racket), its only
'honu that fails so I must have set up something incorrectly. Any idea what it
could be?
current-directory: `exists' access denied for /home
+1
On 04/27/2012 11:25 AM, Laurent wrote:
> Hi,
>
> If that's not too difficult to do (maybe automatically), it would be nice if
> the docs could tell if a function/form has changed or has been added recently.
> Maybe a note in the margin like "Added in 5.2.1" or "Changed in 5.3.0".
> It would be
On 04/26/2012 09:35 PM, Sam Tobin-Hochstadt wrote:
> On Thu, Apr 26, 2012 at 11:13 PM, wrote:
>> 565e844 Jon Rafkind 2012-04-24 14:53
>> :
>> | [honu] add vim syntax file for honu
>> :
>> A collects/honu/misc/honu.vim
> I think this file should go in collec
>
> * 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 bi
On 01/17/2012 04:44 PM, Ryan Culpepper wrote:
> * 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
>
+1
On 12/19/2011 10:34 PM, Asumu Takikawa wrote:
> Hi all,
>
> Currently, the Racket home page is really nice, but it leaves a
> significant amount of vertical space unused that could be used to
> communicate information.
>
> How would people feel about adding more content "below the fold" on the
On 12/13/2011 08:11 PM, Matthew Flatt wrote:
> You can use `raco scribble' instead of `scribble'. Maybe `raco
> scribble' should be the preferred form?
Sounds like a good solution to me for now, thanks.
_
For list-related administrative tasks:
ht
A user of mine alerted me to the fact that 'scribble' is a crossword puzzle
similar to scrabble. He had it installed in ubuntu so when he typed make in my
source tree he ended up playing a game instead of generating documentation.
$ aptitude search scribble
p scribble
On 11/08/2011 11:18 AM, Robby Findler wrote:
> On Tue, Nov 8, 2011 at 12:17 PM, Jon Rafkind wrote:
>> I guess runtime stack traces won't help. It would be nice to see all the
>> locations the syntax went through in its lifetime. Maybe it could be stored
>> as a synta
Robby Findler wrote:
> I'm sorry. Nothing is coming to mind (and just to be clear, turning on
> stacktraces for the errors won't help, right?).
>
> Robby
>
> On Tue, Nov 8, 2011 at 11:57 AM, Jon Rafkind wrote:
>> So is there a more efficient way to debug the issue than
t the stacktrace is actually containing useful
> information in such cases. That is, the stack will not tell you which
> macro introduced the free identifier, only the code that finds the
> identifier (that is, the code that detects free variables).
>
> Robby
>
> On Tue, Nov 8, 2
tly and I put a rationale and explanation
> in the commit message here:
>
>
> http://git.racket-lang.org/plt/commit/e1ce0a0d1e6120354ace65dc3fda76d0442fb3a1
>
> Robby
>
> On Tue, Nov 8, 2011 at 11:30 AM, Jon Rafkind wrote:
>> When this program is run in DrRac
When this program is run in DrRacket the error is displayed in the interactions
pane with a backtrace icon next to it but if you click that icon the backtrace
window is blank. It would be nice to get some sort of backtrace or I suppose in
the worst case no backtrace icon should appear.
#lang ra
On 10/17/2011 07:02 PM, Ryan Culpepper wrote:
> Checklist items for the v5.2 release
>
> * Jon Rafkind
> Release tests for (one of the) linux releases:
> - Test that the `racket' and `racket-textual' source releases
> compile fine (note that they'
So what exactly is the benefit of publishing with ACM these days? Is it just to
prove that your paper was peer reviewed?
On 09/30/2011 12:02 PM, John Clements wrote:
> On Sep 30, 2011, at 10:07 AM, John Clements wrote:
>
>> In case you didn't catch Stephanie Weirich's post of this on
>> plus.goo
On 09/21/2011 05:35 PM, Jon Rafkind wrote:
> On 09/21/2011 05:34 PM, Ryan Culpepper wrote:
>> On 09/21/2011 05:31 PM, Eli Barzilay wrote:
>>> Just now, Jon Rafkind wrote:
>>>> On 09/21/2011 05:27 PM, Eli Barzilay wrote:
>>>>> An hour and a half ago, Jo
On 09/21/2011 05:34 PM, Ryan Culpepper wrote:
> On 09/21/2011 05:31 PM, Eli Barzilay wrote:
>> Just now, Jon Rafkind wrote:
>>> On 09/21/2011 05:27 PM, Eli Barzilay wrote:
>>>> An hour and a half ago, Jon Rafkind wrote:
>>>>> How do I see the Honu
On 09/21/2011 05:27 PM, Eli Barzilay wrote:
> An hour and a half ago, Jon Rafkind wrote:
>> How do I see the Honu docs now? I just rebuilt, searching for 'honu'
>> doesn't find it.
> Run `raco docs'.
>
And the
How do I see the Honu docs now? I just rebuilt, searching for 'honu' doesn't
find it.
On 09/21/2011 02:10 PM, e...@racket-lang.org wrote:
> eli has updated `master' from 5024b690ca to 81e0f3f3d7.
> http://git.racket-lang.org/plt/5024b690ca..81e0f3f3d7
>
> =[ 1 Commits ]=
On 09/15/2011 04:22 PM, Matthew Flatt wrote:
> At Thu, 15 Sep 2011 16:05:58 -0600, Jon Rafkind wrote:
>> For Honu I set up the `current-read-interaction' procedure to read a string
>> of
>> characters ended by a newline and to parse that with `honu-read-syntax'.
For Honu I set up the `current-read-interaction' procedure to read a string of
characters ended by a newline and to parse that with `honu-read-syntax'. This
leads to two issues
1. this works on the command line but in drracket after typing '1' and pressing
enter the prompt never comes back and d
On 09/09/2011 01:50 PM, Neil Van Dyke wrote:
> If you add Facebook buttons to "racket-lang.org", I recommend *not* doing it
> in the usual way, which is referencing JS/CSS/images/etc. from Facebook at
> page
> load time. That can actually silently track most people's
> reading/viewing/posting/m
Is there any correlation between number of likes and well.. anything?
On 09/09/2011 12:43 PM, John Clements wrote:
> Yes, we hate facebook. But our facebook page has a GENUINELY EMBARRASSING
> number of "like"s (uh... 57?). Forwarded from an entirely unrelated list,
> could we consider putting
amazing.. thank you!
On 09/08/2011 02:56 PM, Matthew Flatt wrote:
> The `begin-for-syntax' form in v5.1.3.7 supports variable and macro
> definitions within a module for all phases N >= 0 (finally!).
>
>
> As a simple example, you can use `struct' for-syntax without having to
> add `#:omit-define-
On 08/31/2011 05:53 PM, John Clements wrote:
> TOTALLY OFF-TOPIC, sorry:
>
> I have an autoconf script that's failing to detect a certain library, and
> I've tracked it down to a failure of
>
> ld -lasound foo.c
>
> ..which tells me that it can't find -lasound. Digging around in /usr/lib, I
> se
Sorry, should be fixed now.
On 08/30/2011 09:07 PM, Matthias Felleisen wrote:
>> raco setup: post-installing: mzscheme
>> raco setup: post-installing: racket/gui
>> raco setup:
>> raco setup: error: during making for tests/honu
>> raco setup: what: dont know how to parse #
>
> _
t;
> Jay
>
> On Tue, Aug 16, 2011 at 11:00 AM, Jon Rafkind wrote:
>> What was the bug? :)
>>
>> On 08/16/2011 10:43 AM, mfl...@racket-lang.org wrote:
>>> mflatt has updated `master' from d05f138ed2 to 311d55b5cf.
>>> http://git.ra
What was the bug? :)
On 08/16/2011 10:43 AM, mfl...@racket-lang.org wrote:
> mflatt has updated `master' from d05f138ed2 to 311d55b5cf.
> http://git.racket-lang.org/plt/d05f138ed2..311d55b5cf
>
> =[ 1 Commits ]==
>
> Directory summary:
> 1
I noticed this functionality just now.. thanks a lot!
On 08/08/2011 12:38 PM, Jay McCarthy wrote:
> Your wish is my command.
>
> On Mon, Aug 8, 2011 at 10:00 AM, Robby Findler
> wrote:
>> PS: I'm also happy if this class of tests only emails the responsible
>> person, and not the pusher.
>>
>> Ro
new
> issue" wouldn't make any sense, because you wouldn't have the previous
> push's tests.
>
> Jay
>
> On Mon, Aug 8, 2011 at 11:34 AM, Jon Rafkind wrote:
>> Another request: could DrDr process the latest push first? Its a little
>> annoying to get ema
Another request: could DrDr process the latest push first? Its a little
annoying to get emails for tests that failed when the latest push fixes
them but DrDr is so far behind. Is there any benefit to testing all the
intermediate pushes?
On 08/08/2011 09:56 AM, Vincent St-Amour wrote:
> I love DrDr
The launchpad build farm showed a segfault while it was building the PPA
package for 5.1.2.
https://launchpadlibrarian.net/76556662/buildlog_ubuntu-lucid-i386.racket_5.1.2-1_FAILEDTOBUILD.txt.gz
...
raco setup: re-rendering: scribblings/guide/guide.scrbl
Seg fault (internal error) at 0x69fbac3a
S
Ah it was --disable-foreign.
--disable-libffi is to use the bundled ffi instead of the host one, or
something.
On 07/28/2011 11:42 AM, Jon Rafkind wrote:
> I am trying to compile racket for a different architecture that libffi
> is not ported to so I tried to use --disable-libffi but f
I am trying to compile racket for a different architecture that libffi
is not ported to so I tried to use --disable-libffi but foreign/libffi
still gets configured. A) should that be happening and B) is there a way
around it?
$ ../configure --disable-libffi --host=x86
...
configure: error: "libffi
On 07/26/2011 10:57 AM, Eli Barzilay wrote:
> 25 minutes ago, rafk...@racket-lang.org wrote:
>> 4e8e184 Jon Rafkind 2011-07-24 16:43
>> :
>> | add lexer for honu
>> :
>> A collects/honu/core/read.rkt
> Is the C
> > * 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
> >
command-repl +1
crepl -1
On 07/10/2011 09:54 AM, Eli Barzilay wrote:
> It's no longer mine, and it's really been years since it was really a hack.
>
> I think that I'll go with a shortened command-repl: `crepl'.
>
>
> On 2011-07-10, Matthias Felleisen wrote:
>> how about ElisInteractiveHack
>>
>>
I think the 'guide' and 'reference' links could use a description of
what they are similar to the tutorial links.
On 07/01/2011 06:45 PM, Ryan Culpepper wrote:
> I just pushed a commit intended to improve the usability of the main
> documentation page, especially for newcomers to Racket. You can a
I just updated to HEAD and I see this error during 'make install'.
raco setup: making: compiler
raco setup: making: raco
make-vector: out of memory making vector of length 0
make-vector: out of memory making vector of length 0
_
For list-related ad
I'm trying to hook into the part of racket that loads files so I can
automatically create .zo files when they don't exist (and no, I don't
want to type raco make). Here is the code that loads the file and sets
up the handler (more explanation follows the code).
== load.rkt
(let ([namespace (make-b
Somewhat offtopic but could the *SL languages use levenshtien distances
to find symbolically related variables? clang (a c++ compiler) does this
and I find it immensely useful.
foodar();
Error: `foodar' not found, did you mean 'foobar' ?
On 06/03/2011 11:21 AM, Shriram Krishnamurthi wrote:
> Guil
Fixed for me too, ubuntu 11.04 32bit, not using unity.
thanks a lot Robby!
On 05/17/2011 10:53 AM, Kevin Tew wrote:
> Its fixed for me now.
>
> Ubuntu 11.04 x86_64.
>
> Thanks.
>
> On 05/17/2011 10:04 AM, Robby Findler wrote:
>> In consultation with Matthew, I've pushed a change that fixes the to
A user from #scheme on irc said drracket in 5.1 shows narrow menus. His
system is ubuntu 10.10, the language is Portuguese.
http://www.pasteall.org/pic/show.php?id=11565
_
For list-related administrative tasks:
http://lists.racket-lang.org/listin
Here are some suggested items for the 5.1.1 release announcement. Please
respond with any additions/deletions. The stuff in parentheses are short
git sha1's. Use 'git show 12ab345' to see the commit.
ryan:
* new ffi/file module (..needs description..) (9bc3457bb)
matthew
* Removed drscheme, m
On 04/25/2011 12:32 PM, Robby Findler wrote:
> I just pushed tests for all non-racket and non-scheme collections that
> makes sure that all of the top-level libraries have their exports
> fully documented. I left out info.rkt and tried to drop obviously bad
> things from this list, but if you spot
On 04/23/2011 12:05 PM, Eli Barzilay wrote:
> Two days ago, Jon Rafkind wrote:
>>> * Jon Rafkind
>>> Release tests for (one of the) linux releases:
>>> - Test that the `racket' and `racket-textual' source releases
>>> compile fine
>>&
Source distributions compiled ok. The racket distribution no longer
produces a 'drscheme' executable even though it does produce 'mzscheme'.
Is that a mistake?
On 04/21/2011 11:50 AM, Jon Rafkind wrote:
>> * Jon Rafkind
>> Release tests for (one of the) linu
> * Jon Rafkind
> Release tests for (one of the) linux releases:
> - Test that the `racket' and `racket-textual' source releases
> compile fine
> - Test that the binary installers for both work, try each one in
> both normal and unix-style inst
It looks like places and futures have been combined into a single
'parallel' variable within configure, so does it make sense to have both
--enable-places and --enable-futures instead of --enable-parallel ?
On 04/19/2011 09:27 AM, t...@racket-lang.org wrote:
> tewk has updated `master' from 7389ee
On 04/10/2011 08:34 PM, Robby Findler wrote:
> On Sun, Apr 10, 2011 at 9:24 PM, Jon Rafkind wrote:
>> If I cilck on the line:column thing in the toolbar area next to the gc
>> icon it and select 'show line and column numbers' then the line:column
>> becomes hidd
If I cilck on the line:column thing in the toolbar area next to the gc
icon it and select 'show line and column numbers' then the line:column
becomes hidden. If I then click in the same area to bring up the popup I
see that 'show line and column numbers' is still selected and clicking
it does not b
Is there a good reason why `prefix-out' does not allow more than one
require-spec? Currently to attach a prefix to multiple identifiers you
must use `combine-out'
(provide (prefix-out foo: (combine-out x y))
Instead of
(provide (prefix-out foo: x y))
The issue was raised on IRC, so its not an i
On 03/15/2011 08:16 PM, mfl...@racket-lang.org wrote:
> mflatt has updated `master' from 056a3fb588 to 0efcf22ed4.
> http://git.racket-lang.org/plt/056a3fb588..0efcf22ed4
>
> =[ 1 Commits ]==
>
> Directory summary:
> 23.6% collects/racket/
On 02/09/2011 02:33 PM, Sam Tobin-Hochstadt wrote:
> On Wed, Feb 9, 2011 at 4:28 PM, Jon Rafkind wrote:
>> Here are some items I pulled from the commit log
> I'm not sure how you selected these, but some of them aren't even in
> the 5.1 release (such as Vincent's
Here are some items I pulled from the commit log
Robby:
823b6629aae7a1c668c2dffb2d89a16fc4a5889c
add an extra check to make sure drracket is more likely to startup
when things go wrong in strange ways
Please merge to the 5.1 release branch
ce4bf97bde32032b0663c623d8ef1f2158a96fae
mon
> * Jon Rafkind
> Release tests for (one of the) linux releases:
> - Test that the `racket' and `racket-textual' source releases
> compile fine
> - Test that the binary installers for both work, try each one in
> both normal and unix-style inst
On 02/02/2011 03:17 PM, Jon Rafkind wrote:
>> * Jon Rafkind
>> Release tests for (one of the) linux releases:
>> - Test that the `racket' and `racket-textual' source releases
>> compile fine
>> - Test that the binary installers for both work, try
> * Jon Rafkind
> Release tests for (one of the) linux releases:
> - Test that the `racket' and `racket-textual' source releases
> compile fine
> - Test that the binary installers for both work, try each one in
> both normal and unix-style inst
On 02/02/2011 01:26 PM, Matthew Flatt wrote:
> At Wed, 02 Feb 2011 12:20:52 -0700, Jon Rafkind wrote:
>> This patch makes configure ignore plot if plot/Makefile is not found. Ok
>> to commit?
> Don't modify "configure" directly. Its source is "racket/configu
On 02/01/2011 01:05 PM, Jon Rafkind wrote:
>> * Jon Rafkind
>> Release tests for (one of the) linux releases:
>> - Test that the `racket' and `racket-textual' source releases
>> compile fine
>> - Test that the binary installers for both work, try
> * Jon Rafkind
> Release tests for (one of the) linux releases:
> - Test that the `racket' and `racket-textual' source releases
> compile fine
> - Test that the binary installers for both work, try each one in
> both normal and unix-style inst
On 01/31/2011 03:50 PM, Ryan Culpepper wrote:
> Checklist items for the v5.1 release
> (using the v5.0.99.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
its working for me. i just submitted a bug, too.
On 01/19/2011 04:44 PM, John Clements wrote:
> It looks like racket-lang.org is down.
>
> John
>
>
>
> _
> For list-related administrative tasks:
> http://lists.racket-lang.org/listinfo/dev
_
thanks, it works now
On 01/13/2011 01:14 PM, Matthew Flatt wrote:
> This was a bug in the optimizer's tracking of inlining so that it tried
> to unroll `loop' forever. It's now fixed.
>
> At Mon, 10 Jan 2011 17:16:45 -0700, Jon Rafkind wrote:
>> `raco setup'
On 01/03/2011 02:11 PM, Matthew Flatt wrote:
> At Mon, 3 Jan 2011 14:55:05 -0500, Sam Tobin-Hochstadt wrote:
>> On Mon, Jan 3, 2011 at 2:51 PM, Robby Findler
>> wrote:
>>> Or maybe there is another possible solution that involves changing how
>>> the distribution and or the docs build works?
>> I
`raco setup' hangs when it tries to build my planet package. I narrowed
down the problem to this file
#lang racket/base
(require racket/class)
(define bar
(mixin () ()
(define (foo)
(let loop ([x 0])
(printf "loop!\n")
(loop (begin
;; uncomment for thi
On 01/03/2011 12:55 PM, Sam Tobin-Hochstadt wrote:
> On Mon, Jan 3, 2011 at 2:51 PM, Robby Findler
> wrote:
>> Or maybe there is another possible solution that involves changing how
>> the distribution and or the docs build works?
> I think the conventional solution is for `make install' to do muc
bby
>
> On Mon, Jan 3, 2011 at 1:39 PM, Jon Rafkind wrote:
>> On 01/03/2011 10:52 AM, Robby Findler wrote:
>>> On Mon, Jan 3, 2011 at 11:42 AM, Matthew Flatt wrote:
>>>> At Mon, 3 Jan 2011 11:39:28 -0600, Robby Findler wrote:
>>>>> I've changed
On 01/03/2011 10:52 AM, Robby Findler wrote:
> On Mon, Jan 3, 2011 at 11:42 AM, Matthew Flatt wrote:
>> At Mon, 3 Jan 2011 11:39:28 -0600, Robby Findler wrote:
>>> I've changed the handin server so it puts its docs in the main tree
>>> like (I believe) it is supposed to.
>> That breaks the distrib
t/5.0.99.6/doc/handin-server/in.sxref
.racket/5.0.99.6/doc/handin-server/stamp.sxref
.racket/5.0.99.6/doc/handin-server/out.sxref
On 12/31/2010 02:44 PM, Jon Rafkind wrote:
> Well I'm not sure when he will pop into irc again but I'll try to
> reproduce this scenario.
>
> On 12
1 - 100 of 155 matches
Mail list logo
