Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] Address of global variables using EDC Dwarf Reader

Cool. 

Once you guys left I removed it from the builds and no one complained. That might be a metric.

If you guys do bring it back, you should really take another look at what TCF is doing. There was a lot of overlap between the two which led to a lot of confusion.

Doug.


From: Warren Paul <Warren.Paul@xxxxxxxxxx>
Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Date: Wednesday, 20 February, 2013 12:15 PM
To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Subject: Re: [cdt-dev] Address of global variables using EDC Dwarf Reader

No problem.  I’m glad it helped.

 

This might be a good time to ask the list if anyone else out there is using EDC?  It sort of died when the Nokia group fell apart, but we’ve been quietly resurrecting it here at Silicon Labs (with some of the same team from Nokia and former CDT committers).  At some point we’re planning on contributing back our changes and possibly volunteering some committers to help maintain it going forward.

 

Doug, I’ve been meaning to talk to you about this but have just been too swamped.

 

Anyway, I’m just gauging interest at this point.

 

Thanks,

Warren

 

 

From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Vinod Appu P. G.
Sent: Wednesday, February 20, 2013 4:23 AM
To: cdt-dev@xxxxxxxxxxx
Subject: Re: [cdt-dev] Address of global variables using EDC Dwarf Reader

 

Hi Warren,

 

Thanks for the response, it’s a cool one and help me to solve the problems.

 

Thanks,

Vinod

 

From:cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Warren Paul
Sent: Wednesday, February 13, 2013 12:55 AM
To: CDT General developers list.
Subject: Re: [cdt-dev] Address of global variables using EDC Dwarf Reader

 

Hi Vinod,

 

If this is a pure embedded target where the executable will not be relocated, then you can use the symbol table.  See org.eclipse.cdt.debug.edc.symbols.IExecutableSymbolicsReader.findSymbols(String) or org.eclipse.cdt.debug.edc.symbols.IExecutableSymbolicsReader.findUnmangledSymbols(String).

 

Otherwise you’ll the module to get the relocated address.  See org.eclipse.cdt.debug.edc.symbols.IModuleScope.getVariablesByName(String, boolean).  Once you have the IVariable you’re looking for, you can resolve the runtime address by getting the ILocationProvider, then the IVariableLocation, then the IAddress.

 

I hope that helps.

 

Thanks,

Warren

 

 

From:cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Vinod Appu P. G.
Sent: Tuesday, February 12, 2013 4:55 AM
To: cdt-dev@xxxxxxxxxxx
Subject: [cdt-dev] Address of global variables using EDC Dwarf Reader

 

Hi All,

 

We are facing a problem with getting address of global variables using Dwarf Reader (from EDC project).

I can’t find a API which gives the constant address for a global variable (I have checked with Variable.java ).

 

Hope somebody can give a better option to get the same without any side effects.

 

Thanks in Advance,

Vinod

 

 

***** Confidentiality Statement/Disclaimer *****

This message and any attachments is intended for the sole use of the intended recipient. It may contain confidential information. Any unauthorized use, dissemination or modification is strictly prohibited. If you are not the intended recipient, please notify the sender immediately then delete it from all your systems, and do not copy, use or print. Internet communications are not secure and it is the responsibility of the recipient to make sure that it is virus/malicious code exempt.
The company/sender cannot be responsible for any unauthorized alterations or modifications made to the contents. If you require any form of confirmation of the contents, please contact the company/sender. The company/sender is not liable for any errors or omissions in the content of this message.


 

***** Confidentiality Statement/Disclaimer *****

This message and any attachments is intended for the sole use of the intended recipient. It may contain confidential information. Any unauthorized use, dissemination or modification is strictly prohibited. If you are not the intended recipient, please notify the sender immediately then delete it from all your systems, and do not copy, use or print. Internet communications are not secure and it is the responsibility of the recipient to make sure that it is virus/malicious code exempt.
The company/sender cannot be responsible for any unauthorized alterations or modifications made to the contents. If you require any form of confirmation of the contents, please contact the company/sender. The company/sender is not liable for any errors or omissions in the content of this message.



Back to the top