[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Chicken-janitors] #107: non-atomic expressions in operator position are
From: |
Chicken Trac |
Subject: |
[Chicken-janitors] #107: non-atomic expressions in operator position are suboptimally handled |
Date: |
Sun, 08 Nov 2009 00:17:59 -0000 |
#107: non-atomic expressions in operator position are suboptimally handled
--------------------------+-------------------------------------------------
Reporter: felix | Owner:
Type: defect | Status: new
Priority: minor | Milestone: 4.3.0
Component: core-pending | Version: 4.2.x
Keywords: |
--------------------------+-------------------------------------------------
Expressions in operator position of procedure calls should be simplified
to (possibly temporary) variables to make it easier for the later analysis
pass to figure out whether the operator is known. This is done for
`lambda` expressions but not for other non-atomic expressions. This should
be generalized by always introducing a temporary.
See commit fb0304220af9473b18e238dbecf88bac25491f27
--
Ticket URL: <http://www.irp.oist.jp/trac/chicken/ticket/107>
Chicken Scheme <http://www.call-with-current-continuation.org/>
Chicken Scheme is a compiler for the Scheme programming language.
- [Chicken-janitors] #107: non-atomic expressions in operator position are suboptimally handled,
Chicken Trac <=