June 2012 - Ad-dev - mailman3.cels.anl.gov

[openAD] #200: introduce scope per CFG node
by OpenAD 18 Nov '14

18 Nov '14

#200: introduce scope per CFG node -------------------------+-------------------------------------------------- Reporter: utke | Owner: snarayan Type: enhancement | Status: new Priority: major | Milestone: Component: xaif | Keywords: -------------------------+-------------------------------------------------- for C++, with default scope being the same scope as the top level cfg scope for C/fortran -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/200> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 5

[openAD] #220: COMMON block symbol reference ambiguity in whirl
by OpenAD 22 Feb '13

22 Feb '13

#220: COMMON block symbol reference ambiguity in whirl --------------------------+------------------------------------------------- Reporter: utke | Owner: utke Type: defect | Status: new Priority: major | Milestone: Component: OpenADFortTk | Keywords: --------------------------+------------------------------------------------- for the following situation: subroutine foo () common /g/ v ... call bar() end subroutine subroutine bar() common /g/ v/ ... end subroutine the global whirl symbol table has 2 entries for 'v' (and also 'g'), one for each PU in which v is used. The association is done via the base ST of 'v' first to its corresponding 'g' and then that one's corresponding base symbol is either 'bar' or 'foo'. Normally the uses of the different incarnations do not overlap. However, the side effect analysis reports cumulative side effects in "foo" including sideeffects of 'bar' on bar's version of 'v' such that in foo now implicitly separate references occur (for checkpointing code) of both 'v' instance and that in turn leads to a duplication of the common block declaration in the unparser because there is no logic that can turn bar::v into the equivalent foo::v to avoid the bogus reference. This will have to be fixed either in OpenADFortTk or in whirl2f. -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/220> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 5

[openAD] #287: Need to handle type inference for Procedure types (function & subroutine)
by OpenAD 28 Aug '12

28 Aug '12

#287: Need to handle type inference for Procedure types (function & subroutine) ------------------------------+--------------------------------------------- Reporter: hlcm | Owner: hlcm Type: defect | Status: new Priority: major | Milestone: Component: SourceProcessing | Keywords: ------------------------------+--------------------------------------------- When function or subroutine names are passed as arguments or for generic resolve, the type is needed. Possibly a void type will need to be added for handling subroutines declared as external, while the function type inference needs to give the return type of the function. -- Ticket URL: <http://trac.mcs.anl.gov/projects/openAD/ticket/287> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 1

[openAD] #286: Need to handle type inference for Procedure types (function & subroutine)
by OpenAD 22 Jun '12

22 Jun '12

#286: Need to handle type inference for Procedure types (function & subroutine) ---------------------------------+------------------------------------------ Reporter: hlcm | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Application - SCALE | Keywords: ---------------------------------+------------------------------------------ When function or subroutine names are passed as arguments or for generic resolve, the type is needed. Possibly a void type will need to be added for handling subroutines declared as external, while the function type inference needs to give the return type of the function. -- Ticket URL: <http://trac.mcs.anl.gov/projects/openAD/ticket/286> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 0

[openAD] #283: wrong character length for function2subroutine temporary
by OpenAD 20 Jun '12

20 Jun '12

#283: wrong character length for function2subroutine temporary ---------------------------------+------------------------------------------ Reporter: utke | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Application - SCALE | Keywords: ---------------------------------+------------------------------------------ see PrePost/TestSources/f2sCharReturn.free.f90 -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/283> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

2 3

[openAD] #285: type table duplicate entries for named types lets genericresolve fail
by OpenAD 05 Jun '12

05 Jun '12

#285: type table duplicate entries for named types lets genericresolve fail ------------------------------+--------------------------------------------- Reporter: utke | Owner: utke Type: defect | Status: new Priority: major | Milestone: Component: SourceProcessing | Keywords: ------------------------------+--------------------------------------------- see drvdTypeInference2.free.f90 gives: SourceProcessing: WARNING: cannot determine return type and canonicalize function call; _genericResolve: Could not match call to generic foo([TypetabEntry(11447056) -> entryKind=[NamedTypeEntryKind; symbolName:t1, localSymtab where the type is defined: 11424656], typetab_id=14]) to specific implemantation(s): foot1([TypetabEntry(11427536) -> entryKind=[NamedTypeEntryKind; symbolName:t1, localSymtab where the type is defined: 11426192], typetab_id=10]) foot2([TypetabEntry(11434960) -> entryKind=[NamedTypeEntryKind; symbolName:t2, localSymtab where the type is defined: 11427216], typetab_id=12]) (drvdTypeInference2.free.f90:33) -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/285> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 0