Re: [racket-dev] Release Announcement for v8.2

2021-07-11 Thread Gustavo Massaccesi
> * Racket CS supports nonatomic allocation via ffi/unsave I'm almost sure it's a typo: unsaVe -> unsaFe Gustavo. El dom, 11 de jul. de 2021 a la(s) 07:07, 'John Clements' via Racket Developers (racket-dev@googlegroups.com) escribió: > The release announcement sketch that I have so far is

Re: [racket-dev] Wrong branch in racket/games

2019-10-27 Thread Gustavo Massaccesi
ete branches as well. > > Sam > > On Sat, Oct 26, 2019 at 8:32 AM Gustavo Massaccesi > wrote: > > > > I pushed to the wrong branch in racket/games :( > > > > https://github.com/racket/games/tree/19-10-SameTypo > > > > Is it possible to re

[racket-dev] Wrong branch in racket/games

2019-10-26 Thread Gustavo Massaccesi
I pushed to the wrong branch in racket/games :( https://github.com/racket/games/tree/19-10-SameTypo Is it possible to remove this branch to avoid confusion? Gustavo PS: There is another branch in that repo that looks like a similar (old) error and a few branches in racket/racket. Perhaps it's

Re: [racket-dev] Is there a way to contribute to the Racket on Chez conversion?

2018-03-28 Thread Gustavo Massaccesi
One posible idea that I think that would be indirectly useful, is to translate the instructions of Matthew to an example in Travis-CI that compiles the RacketCS and then run an small amount of tests. This requires some knowdledge of the quirks of Travis-CI, so I'm not sure if it is newby friendly

Re: [racket-dev] #:authentic

2017-05-12 Thread Gustavo Massaccesi
Somewhat related ... I always thought it was strange that mutable pairs can’t be chaperoned, but boxes and vectors of length 2 can. Moreover, there was (is?) a plan to replace the implementation of mcons with structs. Does #:authentic make this more consistent / efficient? Also, what would

Re: [racket-dev] Release Announcement for v6.8

2017-01-19 Thread Gustavo Massaccesi
What about something like: The bytecode optimizer can reduce more expressions like (equal? x y) to (eqv? x y) or (eq? x y), in case the type of x or y is known and the comparison is equivalent for that type. Gustavo -- You received this message because you are subscribed to the Google Groups

Re: [racket-dev] Pre-Release Checklist for v6.8

2017-01-18 Thread Gustavo Massaccesi
It's fixed. Thanks. Gustavo -- You received this message because you are subscribed to the Google Groups "Racket Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscr...@googlegroups.com. To post to this group, send email to

Re: [racket-dev] Pre-Release Checklist for v6.8

2017-01-17 Thread Gustavo Massaccesi
Hi! There is no "current" release version at http://pre-release.racket-lang.org/installers/racket-current-x86_64-linux.sh . I use it for a few informal automatic test with travis-racket. Gustavo On Sun, Jan 15, 2017 at 4:12 PM, Vincent St-Amour wrote: >

Re: [racket-dev] Make range cooperate with for loops?

2017-01-04 Thread Gustavo Massaccesi
I'm not sure that it's so easy. The transformation must ensure that this program works correctly: #lang racket (define-syntax-rule (#%datum . x) '(2 2 2)) (for ([i 5]) (displayln i)) Gustavo On Wed, Jan 4, 2017 at 7:17 PM, Matthew Butterick wrote: > > On Jan 3, 2017, at

Re: [racket-dev] Release Announcement for v6.7

2016-10-17 Thread Gustavo Massaccesi
It's fine for me. Gustavo On Sun, Oct 16, 2016 at 8:13 PM, Vincent St-Amour <stamo...@eecs.northwestern.edu> wrote: > On Sun, 16 Oct 2016 07:59:30 -0500, > Gustavo Massaccesi wrote: >> >> > 397d6041823497a639c09660eca2f0573a58c62e >> > 8bb7

Re: [racket-dev] Release Announcement for v6.7

2016-10-16 Thread Gustavo Massaccesi
> 397d6041823497a639c09660eca2f0573a58c62e > 8bb79deaa21ebbaba544ec29c6702369a3b23035 > f8b3ba8253b2b94e5f0b060bc256f651ba73dd48 Are too minor or too internal. > d4158c2b04b71d193ab32e43396b62b865ec2df6 > dce42313ad3dea250acd1de4c56161b3fd87eca1 > e5e781c4ecffe5494d662e1a43ba3a5dcc2db887 * The

Re: [racket-dev] Inconsistent behavior when doing bitwise arithmetic

2016-10-14 Thread Gustavo Massaccesi
> Those numbers look like pointers interpreted as fixnums Yes. The optimizer thought that the result of (bitwise-and num -2) was a fixnum, so it changed (bitwise-ior (bitwise-and num -2) 0) to (unsafe-fxior (bitwise-and num -2) 0) All the pointers are even (actually a multiple of 4 in 32

Re: [racket-dev] new implementation of modules + modules + top level

2016-08-06 Thread Gustavo Massaccesi
I skimmed https://github.com/mflatt/racket/blob/linklet/racket/src/racket/src/startup.inc looking for things that look slow. I noticed that the code uses many keyword procedures with optional keywords. When all the keyword are used, the application is replaced with an alternative without

Re: [racket-dev] Release Announcement for v6.5

2016-04-16 Thread Gustavo Massaccesi
*** 1b54b1c0400dd25110efb90e1da6fda34487f03c and 2bfb851ccc49b3de72e5c5d60b8d337d890a068e - The optimizer can figure out in more cases that a variable is always a number, and remove the run time checks and omitable calculations. *** 3f246dd857c886214ef6766f5c3baf2f50340b06 It's an internal

[racket-dev] Current version of Release Installers not found

2016-04-12 Thread Gustavo Massaccesi
Since the weekend, the installer for the "current" version of the Release candidate is not available. For example: http://pre-release.racket-lang.org/installers/racket-current-x86_64-linux-ubuntu-precise.sh Gustavo -- You received this message because you are subscribed to the Google Groups

Re: [racket-dev] Improve the Racket optimizer

2016-04-05 Thread Gustavo Massaccesi
:) Just a few minor comments: It's better to keep the code for strings and bytes in sync, so an "easy" project is to add the equivalents optimizations for strings. ("easy" because I think that using this as a template, there won't be any surprise.) The problem with string/bytes is that too many

Re: [racket-dev] Release for v6.5 is about to begin

2016-04-01 Thread Gustavo Massaccesi
I have a small bugfix for the gui-pkg-manager, but someone that know more about the code has to review it. https://github.com/racket/gui-pkg-manager/pull/2 Gustavo On Fri, Apr 1, 2016 at 2:50 PM, Ryan Culpepper wrote: > The release process for v6.5 will begin in about a week.

[racket-dev] Error with ssl while building racket

2016-04-01 Thread Gustavo Massaccesi
Since this morning, I'm getting this error building racket, when the script wants to update the packages (in Windows 7) ssl-connect: connect failed (error:14077410:SSL routines:SSL23_GET_SERVER_HELLO: sslv3 alert handshake failure) context...:

Re: [racket-dev] Re: SSL woes

2016-01-26 Thread Gustavo Massaccesi
I'm not sure that this was the problem. That day I got a similar error, and I was using the new repository. Now I don't get any problem, so whatever it was, it's probably fixed. Gustavo On Tue, Jan 26, 2016 at 3:56 AM, Faré wrote: > The SSL on pkgs.racket-lang.org looks like

[racket-dev] JIT: procedure-result-arity

2016-01-19 Thread Gustavo Massaccesi
I'm trying to add support in the JIT for primitive-result-arity and procedure-result-arity. My idea is to copy the implementation of procedure-arity-includes? and make some modifications. In the JIT, procedure-arity-includes? only has a special case for scheme_native_closure_type and

Re: [racket-dev] Installer for current release version and automated testing

2015-10-10 Thread Gustavo Massaccesi
out problems before the release goes > out, to prepare for the release? (The release branch is a relatively > short-lived thing that exists only in the run up to a release.) > > Robby > > On Sat, Oct 10, 2015 at 10:01 AM, Gustavo Massaccesi <gust...@oma.org.ar> > wrot

[racket-dev] Re: [plt] Push #29981: master branch updated

2015-08-17 Thread Gustavo Massaccesi
I think you'd like to delete the MzCOM.tmp_Release_x64.vcproj file. Gustavo On Mon, Aug 17, 2015 at 1:16 PM, mfl...@racket-lang.org wrote: mflatt has updated `master' from 641c56b6e9 to 1b493f2146. http://git.racket-lang.org/plt/641c56b6e9..1b493f2146 =[ One Commit

[racket-dev] Re: [plt] Push #29893: master branch updated

2015-07-16 Thread Gustavo Massaccesi
| For reasons that are not clear, the new expander triggered | the problem through an existing test. I think the problem was made evident by the previous commit fix optimizer's single-use tracking, especially on inlining (

Re: [racket-dev] toward a new Racket macro expander

2015-03-26 Thread Gustavo Massaccesi
I'm still not sure that this is related, but in the old system two equal consecutive marks cancel. But if you compose two markers, the composed mark doesn't cancel when it's applied twice. For example: ;--- #lang racket (define A (make-syntax-introducer)) (define B (make-syntax-introducer))