[flang-dev] [Flang-dev] Block Data Technical questions

[Timothy Keith via flang-dev]

You probably won’t need to add much to resolve-names.cc, so a new BlockDataVisitor class seems unnecessary. I suggest starting by adding to ResolveNamesVisitor. If what you add turns out to be similar to what is in SubprogramVisitor then that may be a good place to move it.

Tim

From: flang-dev <flang-dev-bounces at lists.flang-compiler.org> on behalf of Caroline Concatto <Caroline.Concatto at arm.com>
Date: Friday, September 13, 2019 at 7:35 AM
To: "flang-dev at lists.flang-compiler.org" <flang-dev at lists.flang-compiler.org>, "flang-dev at lists.llvm.org" <flang-dev at lists.llvm.org>
Subject: [Flang-dev] Block Data Technical questions

Hello you all,

I am in the process to implement Block Data.

I have a question related to the way I should implement Block Data in the resolve-name.cc.
I can see that ResolveNameVisitor class depends on ModuleVisitor, InterfaceVisitor and SubProgramVisitor.
So my question is should Block Data also have a class BlockDataVisitor  that is also called by ResolveName or should it be implemented as a part of SubprogramVisitor or any other class?
I am just asking because for Block Construct was decided that no new class should be created.

Thank you Carol,

IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.

-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information.  Any unauthorized review, use, disclosure or distribution
is prohibited.  If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/flang-dev/attachments/20190913/fdf51447/attachment-0001.html>