Project

General

Profile

Bug #1968

implement MAP TO actual-name IN handle clause for function definitions

Added by Constantin Asofiei over 11 years ago. Updated over 7 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Constantin Asofiei
Target version:
FWD - Runtime Support for Server Features
Start date:
08/06/2013
Due date:
08/06/2013
% Done:

100%

Estimated time:
6.00 h
billable:
No
vendor_id:
GCD
case_num:

ca_upd20131116c.zip (40.7 KB) Constantin Asofiei, 11/16/2013 03:45 AM

Related issues

Related to Base Language - Feature #1920: implement persistent procedures Closed

History

#1 Updated by Constantin Asofiei about 11 years ago

  • Estimated time set to 6.00
This clause should be easy to integrate in the ControlFlowOps invocation mechanism, as we only need to add a "hook" for the MAP TO clause at function name resolution. What needs to be done is:
  • check if progress.g emits the MAP TO clause properly
  • change collect_names.rules to add this in a mapTo attribute for the method-mapping node
  • change ControlFlowOps's function resolution to use the mapTo name instead of the passed name, when resolving the function name to be invoked

My estimate is 6 hours to complete.

#2 Updated by Greg Shah about 11 years ago

  • Due date set to 08/15/2013
  • Assignee set to Constantin Asofiei
  • Target version set to Milestone 7
  • Start date set to 08/15/2013

#3 Updated by Greg Shah almost 11 years ago

  • Due date changed from 08/15/2013 to 08/30/2013
  • Start date changed from 08/15/2013 to 08/30/2013

#4 Updated by Greg Shah almost 11 years ago

  • Due date changed from 08/30/2013 to 08/06/2013
  • Start date changed from 08/30/2013 to 08/06/2013

#5 Updated by Constantin Asofiei over 10 years ago

Adds support for the FUNCTION ... MAP TO case. The rule is that the search is done recursively, until it finds it or not; super-procedures are included.

#6 Updated by Greg Shah over 10 years ago

I'm fine with the 1116c changes. There is a minor formatting problem in SourceNameMapper (blank line missing before the getMapTo() and an extra blank line after it).

#7 Updated by Constantin Asofiei over 10 years ago

  • % Done changed from 70 to 100

1116c.zip was bundled with #2138 work. Committed to bzr revision 10420.

#8 Updated by Greg Shah over 10 years ago

  • Status changed from WIP to Closed

#9 Updated by Greg Shah over 7 years ago

  • Target version changed from Milestone 7 to Runtime Support for Server Features

Also available in: Atom PDF