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

[ADIC] #35: README doesn't mention -with-xaifbooster= as required
by ADIC 26 Jan '10

26 Jan '10

#35: README doesn't mention -with-xaifbooster= as required ---------------------------------+------------------------------------------ Reporter: utke | Owner: Type: defect | Status: new Priority: trivial | Milestone: Component: Configuration/Build | Version: Keywords: | ---------------------------------+------------------------------------------ -- Ticket URL: <http://trac.mcs.anl.gov/projects/ADIC/ticket/35> ADIC <http://trac.mcs.anl.gov/projects/ADIC> ADIC: Automatic Differentiation for C and C++

1 1

Re: [Ad-dev] [openAD] #191: activiy analyisis does not activate certain module variables
by OpenAD 26 Jan '10

26 Jan '10

#191: activiy analyisis does not activate certain module variables --------------------------------------+------------------------------------- Reporter: utke | Owner: utke Type: defect | Status: closed Priority: major | Milestone: MATWS adjoint Component: OpenAnalyis (old branch) | Resolution: fixed Keywords: | --------------------------------------+------------------------------------- Changes (by utke): * cc: lyonsam (added) * status: accepted => closed * resolution: => fixed Comment: fixed with [http://mercurial.mcs.anl.gov/ad/xaifBooster/rev/7fde91ccebde] -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/191#comment:5> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 0

Re: [Ad-dev] [openAD] #191: activiy analyisis does not activate certain module variables
by OpenAD 25 Jan '10

25 Jan '10

#191: activiy analyisis does not activate certain module variables --------------------------------------+------------------------------------- Reporter: utke | Owner: utke Type: defect | Status: accepted Priority: major | Milestone: MATWS adjoint Component: OpenAnalyis (old branch) | Keywords: --------------------------------------+------------------------------------- Comment(by utke): The problem is rooted in the issue that the OA interface produces fully qualified names only for Common block variables. There was the assumption that all uses of module variables are referring to the same entry in the global symbol table. That is however only true for all uses external to the module while use internal to the module refer to a different variable. Therefore it still makes sense to use the fully qualified name mechanism for module variables and the logic is being reintroduced to the OA interface. -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/191#comment:4> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 0

Re: [Ad-dev] [openAD] #191: activiy analyisis does not activate certain module variables
by OpenAD 25 Jan '10

25 Jan '10

#191: activiy analyisis does not activate certain module variables --------------------------------------+------------------------------------- Reporter: utke | Owner: utke Type: defect | Status: accepted Priority: major | Milestone: MATWS adjoint Component: OpenAnalyis (old branch) | Keywords: --------------------------------------+------------------------------------- Changes (by utke): * owner: jaewook => utke * status: assigned => accepted -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/191#comment:3> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 0

[openAD] #204: have conversion routines check the array dimensions
by OpenAD 23 Jan '10

23 Jan '10

#204: have conversion routines check the array dimensions ---------------------------------------------------+------------------------ Reporter: utke | Owner: utke Type: defect | Status: new Priority: major | Milestone: scale1 Component: OpenAD scripts and skeleton structure | Keywords: ---------------------------------------------------+------------------------ to detect if a call to foo would have changed the array dimension -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/204> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 1

[openAD] #203: no match for 'operator!=' in 'pushedAddVarPrI ....
by OpenAD 15 Jan '10

15 Jan '10

#203: no match for 'operator!=' in 'pushedAddVarPrI .... -------------------------+-------------------------------------------------- Reporter: utke | Owner: utke Type: defect | Status: new Priority: major | Milestone: Component: xaifBooster | Keywords: -------------------------+-------------------------------------------------- compiler versions 3.4.6 and 4.0.1 report (incorrectly) the following error: BasicBlockAlg.cpp: In member function `virtual void xaifBoosterBasicBlockPreaccumulationTapeAdjoint::BasicBlockAlg::algorithm_action_5()': BasicBlockAlg.cpp:264: error: no match for 'operator!=' in 'pushedAddVarPrI != std::list<_Tp, _Alloc>::rend() [with _Tp = const xaifBooster::Variable*, _Alloc = std::allocator<const xaifBooster::Variable*>]()' /net/weddell/raid3/utke/Argonne/svn/CodeReps/anonymous/OpenAD/boost/boost/operators.hpp:154: note: candidates are: bool boost::operator!=(const boost::serialization::version_type&, const boost::serialization::version_type&) /net/weddell/raid3/utke/Argonne/svn/CodeReps/anonymous/OpenAD/boost/boost/operators.hpp:148: note: bool boost::operator!=(const boost::serialization::version_type&, const unsigned int&) /net/weddell/raid3/utke/Argonne/svn/CodeReps/anonymous/OpenAD/boost/boost/operators.hpp:147: note: bool boost::operator!=(const unsigned int&, const boost::serialization::version_type&) BasicBlockAlg.cpp:275: error: no match for 'operator!=' in 'pushedFacVarPrI != std::list<_Tp, _Alloc>::rend() [with _Tp = const xaifBooster::Variable*, _Alloc = std::allocator<const xaifBooster::Variable*>]()' /net/weddell/raid3/utke/Argonne/svn/CodeReps/anonymous/OpenAD/boost/boost/operators.hpp:154: note: candidates are: bool boost::operator!=(const boost::serialization::version_type&, const boost::serialization::version_type&) /net/weddell/raid3/utke/Argonne/svn/CodeReps/anonymous/OpenAD/boost/boost/operators.hpp:148: note: bool boost::operator!=(const boost::serialization::version_type&, const unsigned int&) /net/weddell/raid3/utke/Argonne/svn/CodeReps/anonymous/OpenAD/boost/boost/operators.hpp:147: note: bool boost::operator!=(const unsigned int&, const boost::serialization::version_type&) make[4]: *** [obj/BasicBlockAlg.o] Error 1 This is caused by a compiler bug and cannot be fixed in the xaifBooster code. -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/203> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 2

Re: [Ad-dev] [openAD] #13: Can't parse some forms of data statement
by OpenAD 05 Jan '10

05 Jan '10

#13: Can't parse some forms of data statement ------------------------------+--------------------------------------------- Reporter: lyonsam | Owner: lyonsam Type: defect | Status: assigned Priority: minor | Milestone: Component: SourceProcessing | Keywords: ------------------------------+--------------------------------------------- Comment(by lyonsam): The following test for this bug is in the SourceProcessing Unit tests: 'DATA NAME / "JOHN DOE" /, METERS / 10*0 /' -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/13#comment:3> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 0

Re: [Ad-dev] [openAD] #82: Canonicalization: Expand default assignments for user def'd types
by OpenAD 05 Jan '10

05 Jan '10

#82: Canonicalization: Expand default assignments for user def'd types ------------------------------+--------------------------------------------- Reporter: Utke | Owner: utke Type: enhancement | Status: accepted Priority: minor | Milestone: Component: SourceProcessing | Keywords: ------------------------------+--------------------------------------------- Changes (by utke): * priority: 3 => minor -- Ticket URL: <http://trac.mcs.anl.gov/projects/openAD/ticket/82#comment:3> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 0

Re: [Ad-dev] [openAD] #111: posprocessor ( and transformFile): initialization in activated type for DATA
by OpenAD 05 Jan '10

05 Jan '10

#111: posprocessor ( and transformFile): initialization in activated type for DATA ------------------------------+--------------------------------------------- Reporter: Utke | Owner: hlcm Type: defect | Status: assigned Priority: 3 | Milestone: Component: SourceProcessing | Keywords: ------------------------------+--------------------------------------------- Comment(by utke): Note for vector mode we need intialization values for all vector elements in the derivative component -- Ticket URL: <http://trac.mcs.anl.gov/projects/openAD/ticket/111#comment:4> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 0

[openAD] #201: ForLoop out edges lack generated control flow value
by OpenAD 30 Dec '09

30 Dec '09

#201: ForLoop out edges lack generated control flow value ------------------------------+--------------------------------------------- Reporter: snarayan | Owner: utke Type: defect | Status: new Priority: major | Milestone: Component: Open64 front end | Keywords: XAIF ControlFLowEdge condition_value ------------------------------+--------------------------------------------- Output was created Using BasicBlockPreaccumulationReverse. For the ForLoop elements, out edges do not have the condition_value set/preverved as they are supposed to. In forward mode (BasicBlockPreaccumumulation, the attributes are set/preserve. The input, forward and reverse-output files are attached. -- Ticket URL: <https://trac.mcs.anl.gov/projects/openAD/ticket/201> OpenAD <http://www.mcs.anl.gov/openad> Bug tracking for OpenAD components

1 0