John Clements wrote at 08/06/2011 06:29 AM:
[...] table of contents entries such as "Automatic Reference Counting vs. Garbage
Collection" look ... interesting. [...]
Might be helpful to exchange notes with CL implementors on any wins that
can be had with any new Apple OS X features.
OS X is
Captcha that requires a very tiny amount of Racket/Scheme/Lisp knowledge
or access to a working Racket/Scheme interpreter might work. Example
challenges:
(+ 1 2)
(+ 1 (* 2 3))
(apply + (cons 1 (cons 2 '()))
(string-append "x" "y")
If spammers want to spend time on this, hey, maybe they'll get
Robby Findler wrote at 08/13/2011 06:06 PM:
This is the PLaneT bug reports, not the drracket bug reports.
I suspect that the Racket-knowledge captcha would be even more
appropriate for PLaneT package bug reports than for general Racket bug
reports.
I think that requiring logins will disc
Eli Barzilay wrote at 08/13/2011 09:39 PM:
Also: it needs to work when there's no JS. Currently, this is done by
listing all the platform installers in a list -- not pretty, but this
is an exceptional case.
I don't understand this part. If this page's HTML is generated
on-demand, then the
Stephen De Gabrielle wrote at 08/15/2011 02:28 PM:
I'd be interested to see the logs to see if anyone is selecting a
build that differs from their identified user-agent.
OMG, we might be able to settle this with *Science*!
I missed that, and it looks like a group of high-powered CS PhDs might
Eli Barzilay wrote at 08/16/2011 02:20 PM:
Isn't this just a JS-based editor?
CodeMirror a rather nice JS-based text editor for programming languages,
as JS-based text editors for programming languages go, and includes a
Scheme language mode.
Danny Yoo has used CodeMirror in the implemen
Eli Barzilay wrote at 08/16/2011 02:52 PM:
7 minutes ago, Neil Van Dyke wrote:
Well, if you wanted to support FS operations and FFI, and you have a
spare server with the virtualization helper CPU instructions,
This sounds way too expensive for something public.
If you wanted
Is Firefox the standard for tab-related key bindings on all the
different platforms?
I think it is on Linux and Windows, but I don't know about Macs.
--
http://www.neilvandyke.org/
_
For list-related administrative tasks:
http://lists.racket-lan
I couldn't immediately find a Who page on the www.racket-lang.org,
although I've seen something like that in the past. How do I get to
it? The About navbar link just goes to the home page.
I'd like to see the names of all the PLTers there, with their
affiliations and links to their home page
Jay McCarthy wrote at 09/02/2011 02:55 PM:
Community > People
Aha. That seems a reasonable place for it; I just didn't look hard enough.
BTW, that page has a typo in "an band", perhaps left over from an adjective.
Finally, Racket is supported by an band of volunteers
--
http://www.neilvand
Matthew Flatt wrote at 08/08/2011 11:05 AM:
I've implemented all of this (not yet pushed). It's more complex than I
originally hoped, and I'm not yet sure it's worthwhile. Longer term,
maybe it's better to work on ways for macros to more directly
communicate with the optimizer.
Thanks, Matthew.
Noel Welsh wrote at 09/05/2011 10:57 AM:
Band sounds more rock'n'roll, which is what we're aiming for.
Whew. I was afraid "band" might mean militant extremist insurgents (or
freedom fighters, depending on who one asked).
--
http://www.neilvandyke.org/
Kathi Fisler wrote at 09/06/2011 08:13 PM:
Are there commands we can use when we startup racket or the server
that might give diagnostics to help trace the problem?
Intermittent failures are a headache. In addition to whatever people
advise here, you might want to add your own detailed log
I'm not familiar with CPANTS, but automating real-world feedback
something like that sounds useful.
I think you should be conscientious about the tiny "phoning back to the
mothership with more info" privacy problem, and how best to manage that,
even if it's just real disclosure (not "privacy p
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/messaging behavior across most popular
Web pages these
John Clements wrote at 09/09/2011 04:00 PM:
On Sep 9, 2011, at 12:39 PM, Neil Van Dyke wrote:
I'm not familiar with CPANTS, but automating real-world feedback something like
that sounds useful.
I think you should be conscientious about the tiny "phoning back to the mothership
Ryan Culpepper wrote at 09/21/2011 05:43 PM:
That's a bug. A pattern variable should always be bound to a syntax
object.
This seems to me like a good scenario of one kind of backward
compatibility issue affecting PLaneT.
For example, I think that a fix to this bug would break a forthcoming
Matthew or someone can give an authoritative answer, but if this lets
you sleep tonight... I suspect the "win32" in Racket is fine, and that
Visual Studio just has a backward-compatibility awkwardness in naming.
Win32 was the name of one of the generations of Windows API, and I
believe that u
Danny Yoo wrote at 09/25/2011 09:24 PM:
I'm observing about a 100ms cost here for something that I expected to
be a no-op, because the module has already been required.
You think you could be taking a small GC hit then? "PLTSTDERR=debug"
environment variable might show GC info. Or add de
Did someone decide whether to rename "Help Desk" to "Racket
Documentation", such as on the DrRacket "Help" menu and the "About" dialog?
I still see "Help Desk" in version 5.1.3.10--2011-09-24.
--
http://www.neilvandyke.org/
_
For list-related adm
Ryan Culpepper wrote at 09/27/2011 02:45 AM:
On 09/27/2011 12:33 AM, Neil Van Dyke wrote:
Did someone decide whether to rename "Help Desk" to "Racket
Documentation", such as on the DrRacket "Help" menu and the "About"
dialog?
I still see "Help
Making it easy for people to include their prefs in bug reports seems
like a good thing.
Like now, I think one would want to expose to people in a reasonable
fashion what info is being disclosed, and permit them to opt-out. Or
maybe they should have opt-in, if you're including the *all* the
Or you could make it opt-in, and have a disclosure by the button that
preferences file contains private info. People who are concerned won't
click the button, or they will go find the file and check before
deciding. This gets you out of writing any GUI for viewing the data.
(Maybe you provid
The prefs seem potentially more sensitive than the info traditionally
hidden behind "Show Synthesized Info".
I'd like to see the "Show Synthesized Info" button go away, if you're
going to include sensitive prefs in the info. Either the information
should be exposed while user is writing bug d
2.999-686 #1 SMP Fri Sep 2
20:66:05 UTC 2025 i686 GNU/Linux" (i386-linux/3m) (get-display-depth) = 32
MEMORY USE: 94206368
Neil Van Dyke wrote at 09/27/2011 11:09 PM:
The prefs seem potentially more sensitive than the info traditionally
hidden behind "Show Synthesized Info".
Robby Findler wrote at 09/27/2011 11:56 PM:
Status quo sounds best.
Unless you think I should remove the names of the collections.
If the collections are unlikely to be useful for debugging bug reports
(especially in light of people getting most stuff through PLaneT
nowadays), then I think r
Marijn wrote at 09/30/2011 03:39 AM:
``keeping the C code that was ripped out of gnuplot.''
which would IIUC be a violation of gnuplot's license.
Below is the "Copyright" file from the version of "gnuplot" included in
Debian Stable.
I don't know what C code from "gnuplot" is being talke
I think concern about backward-compatibility is great. (For example,
moving to non-mutable pairs was painful for one of my libraries.
"#:exists" without backward-compatibility or static checking was annoying.)
I have two questions:
1. Does anyone think that there is likely any *substantial*
Parsing is one of the easier parts of implementing Racket, having a
parser alone won't get you very far, and things you might expect to be
handled in the parser are actually better handled elsewhere.
A good starting point is PLAI:
http://www.cs.brown.edu/~sk/Publications/Books/ProgLangs/
Als
An access key wouldn't hurt, though I don't recall ever hearing of
someone using them in practice. Just be careful of your hands if you're
pressing three-simultaneous-key combinations a lot
BTW, I blogged an alternative a couple years ago, pasted below. Instead
of "plt", now, I use "r" for R
Racket can do this somewhat faster, but I suggest any effort be focused
on improvements that are also relevant to substantial programs, and not
on trying to compete on Perl one-liners and poor benchmarks.
Details follow...
Trying this 'benchmark' on a 700MB log file (just Linux "dmesg" output,
Matthew Flatt wrote at 11/03/2011 11:26 AM:
With that and related changes, the example now runs about 3 times as
fast as before on my machine
This is great, Matthew. I suspect that will help some of my apps.
--
http://www.neilvandyke.org/
_
For
I already relayed this good news (and the good news about byte I/O
recently) to one of my clients, who is a large user of Racket for Web apps.
I suspect this improvement will mean noticeably better responsiveness
for them under load, and perhaps fewer servers.
--
http://www.neilvandyke.org/
_
As an immediate solution, I suggest simply not trying to use R6RS
compatibility libraries with Racket, and instead just use the Racket
language. Spend your energy on your application. (I don't want to get
into why right now, but my book will have an entire section or chapter
entitled "Don't U
1. Everyone should acknowledge the JWZ quote, "Some people, when
confronted with a problem, think 'I know, I'll use regular expressions.'
Now they have two problems." Regular expressions are Perl's hammer that
makes most problems look like a nail.
2. Before someone spends too much time puttin
Matthias Felleisen wrote at 11/29/2011 03:43 PM:
On Nov 29, 2011, at 3:41 PM, Norman Gray wrote:
What Neil said _and_ what Shivers said!
Implementing Shivers-style SREs would be a much bigger win than any alternate
pregexp syntax with differently funky backslash rules from everything else.
Are struct accessor procedures inlined across modules?
(Just curious; no pressing need.)
--
http://www.neilvandyke.org/
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
Resolving piles of bug reports tends to be a major headache. You are to
be commended for your service.
If there's insufficient information on a bug report, ideally, there
would be a one-click way for you to solicit more info from the submitter
(and anyone else linked to the report), and then
I think that mention of the old Scheme Cookbook wiki should be removed
from "http://www.racket-lang.org/learning.html";, because it hurts much
more than it helps.
Right now, it's in one of the most prominent positions on the page.
--
http://www.neilvandyke.org/
___
Jon Rafkind wrote at 12/13/2011 06:27 PM:
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.
Given how massiv
Asumu Takikawa wrote at 12/20/2011 12:34 AM:
How would people feel about adding more content "below the fold" on the
website?
Seems OK to me, but two points:
1. Don't let the Twitter and such dominate the page visually. Things
like Twitter are for bringing people in, not sending them away or
Eli Barzilay wrote at 12/20/2011 01:45 PM:
and there no sane way to debug it other than viewing it in all browsers.
Asumu, it seems like you're on a good track, but after you get the
layout how you like it in your browser, I don't envy you the
cross-browser testing to which Eli refers. :)
Matthias Felleisen wrote at 12/20/2011 08:02 AM:
I wouldn't mind a second Racket site that has some of what Asumu proposes, say
Racket-fans.org
BTW, I recently registered "racket-club.{org,com}", mainly for the humor
potential. If there is a site that someone has been aching to see
happe
x...@ncdy.org wrote at 12/22/2011 03:42 AM:
I opened the question on StackOverflow
http://stackoverflow.com/questions/8599844/is-it-possible-how-to-use-racket-in-c-applications
They pointed me to mailing list, so I want to know if that possible to run
racket in such embedded mode?
Yes. Se
Daniel Farina wrote at 12/29/2011 07:59 PM:
The goal is that a program written, say, three
years ago should be able to run the same way it did when it was
written, so it's really useful to freeze all the dependencies into the
file system somehow and preserve it.
Someone else can comment on
Another variation, if you're thinking about cloud infrastructure today:
you could pretty easily make your own faux PLaneT server that either is
for a single app or takes the identity/profile of the app as part of the
URL the app uses to access the PLaneT server.
The faux server can be a tiny H
Of these two, I like the second (plastic) one a bit better. The blue in
the glass is distracting to me.
Careful that it doesn't look too much like the new Pepsi logo, which has
its own burden:
http://blowatlife.blogspot.com/2009/02/pepsi-logo-response.html
I still like the current lambda log
Eli Barzilay wrote at 02/09/2012 09:27 PM:
([2] What Neil VD said.)
It's just "Neil V." -- no social diseases.
--
http://www.neilvandyke.org/
_
Racket Developers list:
http://lists.racket-lang.org/dev
Eli Barzilay wrote at 02/12/2012 01:50 AM:
An hour ago, Michael W wrote:
http://img513.imageshack.us/img513/5233/lambdarechopng.jpg
http://tmp.barzilay.org/cr.png
Yes! I think that "cr.png" has nailed the design.
"lambdarechopng.jpg" especially got my attention before, but
Neil Toronto wrote at 02/14/2012 03:37 PM:
Here's the deal, though. This one, even just the "lambda r." in a
circle, is pushing complexity. We've been approaching logo design too
much like language design, trying to cram as much semantic content as
possible into a small space or into the fewest
Sam Tobin-Hochstadt wrote at 02/17/2012 05:38 PM:
2. We keep it where it is, and don't maintain the code other than
fixing life-threating bugs. This is basically the status quo, and I
think it means people who report other, non-life-threatening bugs
should be informed that we're not maintaining
Timur Sufiev wrote at 02/27/2012 08:58 AM:
[...] Raw ports were wrapped with SSL successfully, but then program
has hung up between 2 last actions: sending the request to server and
reading its reply. Further investigation showed that in the course of
SSL processing the server had requested ses
Matthew Flatt wrote at 02/29/2012 11:20 AM:
So far, I haven't managed to replicate the problem on my machine. Do
you have any hints on how to configure Apache to trigger the problem or
a server that I might try?
I'm afraid I don't have that test setup or notes anymore. I do recall
it was
Brian Mastenbrook wrote at 03/06/2012 03:43 PM:
On my system, DrRacket 5.2.1 opens almost 1800 files to start. The
vast majority (1376) are .zo files, and another 133 are uncompiled
.rkt files from the Racket distribution.
It gets much faster once the files are in OS caches, which helps with
Robby Findler wrote at 03/08/2012 05:45 PM:
Looks like something is trying to ssh while building the docs?
Can whoever figures this out let the list know, or email me privately?
Thanks.
If it turns out that a use of SSH made it into a *released* version of
Racket source, I might have to ta
Probably mere coincidence, but GitHub has disclosed a security
vulnerability of their service, which was exploited to target Rails
developers and unnamed others:
https://github.com/blog/1068-public-key-security-vulnerability-and-mitigation
Neil Van Dyke wrote at 03/08/2012 06:32 PM:
Robby
Robby Findler wrote at 03/08/2012 08:00 PM:
I think that the issue probably does not predate Kevin's recent push
(distributed places).
If you'd like to audit the push security concerns, I'm sure that'd be welcome.
I meant that I might need to take a look at it because the example we
saw w
How about a change to the purpose of the Languages control?
Currently, I think of the control *selecting how to determine* which
language to use. Example settings "whatever #lang says", "Beginning
Student", etc.
The control could be changed to *present the determination* (by #lang or
by som
FWIW...
* I have no strong opinion on whether it would be worthwhile, if done in
a backward-compatible way.
* If done in a *non*-backward-compatible way, it might be a headache. I
know of systems in production with millions of lines of PLT/Racket code,
and -- although PLT/Racket have been p
One opinion: I appreciate the diligence and caution. That Racket's
releases are high quality is one of the attractions of the platform. I
can wait a few more months for submodules.
Neil V.
--
http://www.neilvandyke.org/
_
Racket Developers list:
http://lists.racket-
Eli Barzilay wrote at 05/03/2012 03:48 PM:
(parameterize ([stderr (stdout)])
...)
I'm not sure how I feel about shortening these, but an additional
consideration is that a naming convention for parameters (so far,
prefixing with "current-") has been useful. I think a naming conve
Matthias Felleisen wrote at 05/03/2012 10:57 PM:
I don't think Eli is proposing an elimination of the old names but
supplementing the code base with new ones.
I am in favor -- Matthias
Would be good to have a shorter naming convention for all parameters.
The "current-" prefix is not short,
Matthias Felleisen wrote at 05/04/2012 10:41 AM:
On May 4, 2012, at 10:34 AM, Laurent wrote
An interesting idea would be to count the number of times each identifier is
used in the sources, and see how many characters would be saved by using
different conventions.
That sounds like a fan
Marijn wrote at 05/07/2012 10:54 AM:
How about prefixing a tilda (~) instead of "current-"? It looks like a
current ;P and also like a snake (parameters could be thought to
``snake'' through the code). Alternatively the at-sign (@) to
represent currentness. To make them stand out more (if that is
Laurent wrote at 05/09/2012 06:55 AM:
* Line-width
In GEdit, there's an option to show a thin vertical line at 80 chars
(modifiable number).
I find it of great help to avoid writing long lines, which I tend to
not do otherwise or often (inconveniently) look at the column number
to see where I
Asumu Takikawa wrote at 05/09/2012 06:13 PM:
Any thoughts or suggestions?
When you say "dictionaries, sequences,", are you including the Racket
types hash, vector, and list?
If so, would current performance for those Racket types be affected?
And does this have implications for what op
Eli Barzilay wrote at 05/29/2012 07:17 AM:
I have made a possibly useful improvement to the JS search code.
It's not pushed, yet, but I dropped the revised JS code on the
pre-built pages so you can try it out here:
http://pre.racket-lang.org/docs/html/search/
[...]
Eli, looks like a not
Thanks, Matthew! I really like this. (And I know it was a lot of work
to wrangle the HTML and CSS in this case.)
It looks good to me as it is, although Robby's suggestion of lowercase
sounds good too.
Neil V.
_
Racket Developers list:
http://lists.racket-lang.org/
Eli Barzilay wrote at 06/19/2012 08:11 PM:
* There's a whole range of tools that work with the usual
"file:line:vol: message" per line format -- Emacs compilation
buffer, the on-line-check-syntax-like error highlighting, log
parsers, etc. (The emacs on-line checking is somethin
Eli Barzilay wrote at 06/20/2012 01:07 PM:
Performance-wise, for exceptions involving paths, if resolving a
complete path happens to be expensive...
(One of the nice things about errors is that performance is usually
not an issue...)
But sometimes is, such as doing something performa
John Clements wrote at 06/20/2012 10:48 PM:
When I'm using online check syntax, I often look at the lines leaving
an identifier and wonder: is that just one line, or are there two or
three? When lines overlap, there's no easy way to tell. This can be
important in refactoring decisions, or in de
Robby Findler wrote at 07/10/2012 05:20 PM:
On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flatt wrote:
- mzlib [...]
- mzscheme [...]
I don't think these should be removed or deprecated, ever. I have lots
of code that still refers to them --- I doubt that I'm alone --- and I
think we sh
If someone has a good reason to get rid of
"this-expression-source-directory", I'm mostly indifferent.
Neil V.
_
Racket Developers list:
http://lists.racket-lang.org/dev
I spent some time working with taxonomies and ontologies, and switched
to generally preferring that the permanent names for things be in a flat
namespace, and that any organizations (e.g., hierarchical) be separate,
indirect, and more fluid.
One possible exception is when there is a strong, ex
Sam Tobin-Hochstadt wrote at 07/20/2012 07:23 AM:
I was thinking that it'd be more appropriate to put the
'parser-combinator' and 'tex2page' packages under such an account rather
than under mine.
Note that it's probably easier for people who need these packages to
use them from GitHub with
Sam Tobin-Hochstadt wrote at 07/20/2012 07:44 AM:
On Fri, Jul 20, 2012 at 7:36 AM, Neil Van Dyke wrote:
Shouldn't everyone try to eat PLaneT brand dog food? (Not subsist off of
Git brand dog treats.)
Whether or not that's the case in general, in 5.2.1 you can do:
Sam Tobin-Hochstadt wrote at 07/20/2012 07:44 AM:
Shouldn't everyone try to eat PLaneT brand dog food? (Not subsist off of
Git brand dog treats.)
Whether or not that's the case in general, in 5.2.1 you can do:
(require combinator-parser)
which can't be replicated with a PLaneT packa
Anyone know offhand why this error with 5.3 pre-release from yesterday?
UNKNOWN: : read (compiled): ill-formed code [./../src/validate.c:1573]
context...:
/usr/local/racket-5.2.900.1-20120725/lib/racket/collects/racket/private/map.rkt:53:19:
loop
/home/user/.racket/planet/300/5.2.900.1
s right now; hopefully other people can
reproduce based on this info.
Neil V.
Neil Van Dyke wrote at 07/26/2012 05:18 PM:
Anyone know offhand why this error with 5.3 pre-release from yesterday?
UNKNOWN: : read (compiled): ill-formed code [./../src/validate.c:1573]
context...:
/usr/local/r
This version :2:0 is a better test case than :1:1 :
#lang racket/base
(require (planet neil/html-template:2:=0))
(html-template (hr (@ (clear "all") (id "foo"
Neil Van Dyke wrote at 07/26/2012 05:33 PM:
Definitely looks like a Racket bug (or really broken hardwar
Matthew Flatt wrote at 07/26/2012 06:36 PM:
I've pushed a repair. Thanks for the report!
Thanks, Matthew. Today, I plan to run a large pile of code through the
20120727 pre-release.
Neil V.
_
Racket Developers list:
http://lists.racket-lang.org/dev
Looks like a minor compiler/optimizer bug in Friday's 5.2.900.1 pre-release.
I haven't yet found a simpler test case, but you can reproduce by
installing a particular PLaneT package as shown below.
The line 1275 it's complaining about is the following, which starts a
procedure definition that
Regarding Racket 5.3, I am more cautious than I recall being about a
previous Racket minor version release.
The information I have so far is mixed, rather that overwhelmingly
reassuring.
If anyone has comments on their sense of 5.3 reliability at this point,
that might help me.
Some good n
FWIW, I just tested 16 or so additional PLaneT packages in DrRacket 5.3
pre-release, and no problems.
Neil Van Dyke wrote at 07/28/2012 02:56 PM:
Regarding Racket 5.3, I am more cautious than I recall being about a
previous Racket minor version release.
The information I have so far is mixed
Thanks, Doug. From talking with a few people, it sounds like 5.3 is
shaping up pretty normally for a release, and the releases have been
high-quality.
I was just a little spooked by running into two bugs very quickly (two
points determine a line, after all), but I haven't found any since thos
The other day, I was reproducibly crashing fresh DrRacket 5.3 processes
by invoking the Macro Stepper on a particular file. (Not a seg fault;
Linux out-of-memory killer would kill it after it got to close to 3GB
RAM usage, since I don't use swap space.)
By commenting-out macro uses, I was abl
could be a regression from 5.2.1 to 5.2.
5.2.1 to 5.3
Neil Van Dyke wrote at 10/09/2012 05:20 PM:
The other day, I was reproducibly crashing fresh DrRacket 5.3
processes by invoking the Macro Stepper on a particular file. (Not a
seg fault; Linux out-of-memory killer would kill it after it
John Clements wrote at 10/16/2012 04:51 PM:
Data point: I have no idea what define/match does, and the name by itself does
nothing to enlighten me.
Another data point: If "define/match" expands to a "define" of a
procedure that dispatches to a set of implementations based on a
pattern-ma
Matthias Felleisen wrote at 11/05/2012 10:14 PM:
* racket/base (for scripting)
* racket (for programming)
After thinking about it, I think I see what you mean with the
distinction between ``for scripting'' and ``for programming''. But I
think this might be confusing.
(Expl
My biggest comments on planet2...
* I like the general ideas of permitting more decentralized sharing of
packages (such as through some kind of Git URLs).
* I like the idea of making it easier to modify the source of a package
and share changes with upstream (which is needlessly cumbersome wi
Jay McCarthy wrote at 12/10/2012 02:22 PM:
On Sun, Dec 9, 2012 at 1:26 PM, Neil Van Dyke <mailto:n...@neilvandyke.org>> wrote:
* I'm very concerned about discarding support for mixing versions
of packages. PLaneT 1 didn't fully nail this, but I suspect
On these out-of-memory conditions, you might want to look at the kernel
logs for what the OOM-killer said about what processes were running,
their sizes, and who it thought the culprit was.
If the OOM logs show GB of virtual memory missing, but not used by any
userspace process, you might want
Matthew Flatt wrote at 04/17/2013 10:39 AM:
It would be great if we could normalize every path
to a canonical form, but path normalization in general seems to
intractable due to the possibilities of soft links, hard links,
multiple mount points, case-sensitivity choices, and probably other
twists
I'm calling for making Racket and package source transparently
accessible, even though not actually bundled into distribution downloads...
Racket has a research and education bent, and also attracts some of the
more sophisticated developers. For all of these audiences, there's a
tradition of
Juan Francisco Cantero Hurtado wrote at 05/20/2013 11:20 PM:
I also think that git submodules are a bad idea for packages. One git
repo per package is more simple and less problematic.
Do people expect to often do commits involving changes across these
package boundaries? If so, would anoth
Mayank, paredit-like features for DrRacket would be good. You might
also want to look at some similar work from around the same time as
paredit was created: http://cs.brown.edu/research/plt/software/divascheme/
Neil V.
_
Racket Developers list:
http://lists.racket-la
Asumu Takikawa wrote at 06/08/2013 05:26 PM:
(maybe you can port paredit by replacing the emacs text buffer
manipulation function calls with method calls into these interfaces)
If you wanted to make it even more cool... One of the original goals of
Guile (a Scheme implementation that was
I've been hesitant to comment on any of this, for three reasons: (1)
I've read the new package system documentation on at least 3 separate
occasions, and -- perhaps because I'm biased by having already formed
some ideas about where I'd like things to go -- I've had trouble
understanding the rat
Laurent wrote at 06/07/2013 02:12 AM:
What I'd really like, for the sake of flexibility / ease of use, is to
have no explicit keyword argument, but all arguments are implicit
ones, so
that you can call a function by mixing by position and by name as you
like,
without having specified so in th
Matthew Flatt wrote at 06/18/2013 07:59 AM:
In principle, you should add a versioned dependency on "racket" to
indicate that the package does not work with version 5.3.4, and so
users of v5.3.4 should get an earlier revision of the package.
Just a general comment... For production use, I try no
101 - 200 of 226 matches
Mail list logo