Project

General

Profile

Feature #6280

date literal // quirk

Added by Greg Shah about 2 years ago. Updated almost 2 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
Due date:
% Done:

60%

billable:
No
vendor_id:
GCD
version:

History

#1 Updated by Greg Shah about 2 years ago

The presence of certain malformed separators can be matched and sometimes causes a date literal to have an unexpected value. For example, 12/12/////.2010 is the same as 12/12/<current_year> and 12/12/2010//81.11//222-/-387-//-/.87-6/55.2-/-64 is the same as 12/12/2010.

In the Testcases project, see primitive_type/date/date_literals.p. Make all of the cases in that testcase work properly.

#2 Updated by Greg Shah almost 2 years ago

  • % Done changed from 0 to 60

Most of the parsing for this feature is already implemented in 6129a. No runtime support has been implemented yet.

Also available in: Atom PDF