Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [linuxtools-dev] PTP/RDT and remote linuxtools 
On 10/12/2011 09:29 PM, Corey Ashford wrote:

On 10/12/2011 05:56 PM, Corey Ashford wrote:

On 10/11/2011 12:48 PM, Jeff Johnston wrote:

Just to let people know that I have updated the RDT branch with the
extension and plug-in necessary to allow RDT to be optionally connected
with Autotools.

The extension lists the nature id it supports so in theory, we could
support alternates to RDT some day if desired.

The shared code checks the project nature and at the moment just looks
for the RDT remote nature.  If not found, it uses local proxies for file
access, launching, and the platform OS.  If the RDT nature is found, it
looks for the extension that supports the RDT nature and then gets a
factory which returns the proxies for file access, launching, and
retrieving the platform OS (needed in the case of Windows support).

I'd appreciate any comments folks have on this branch.

I tend to like it because RDT is optional.  We are free to support other
forms or multiple forms of remote project strategy if desired.

I also have a branch whereby I have direct RDT calls in Autotools.  If
people are interested, I can make that branch public as well.

-- Jeff J.


Jeff, I just tried building your rdt branch and am getting one
compilation error that I don't know how to resolve:

Name clash: The method getAdapter(Class<?>) of type IAutotoolsEditor has
the same erasure as getAdapter(Class) of type IAdaptable but does not
override it	IAutotoolsEditor.java
/org.eclipse.linuxtools.cdt.autotools.ui/src/org/eclipse/linuxtools/cdt/autotools/ui/editors
line 9	Java Problem

Any ideas?  I'm using the IBM Java compiler, so maybe the OpenJDK
doesn't complain about this?



I commented out this line and it compiled.  However, I'm a bit confused
as to how to test out your new code.

I created a new C project (not Remote C/C++ project, because that
doesn't have any autotools toolchains I can select) and selected the GNU
Autotools Toolchain.

I selected Remote Tools as the filesystem provider, and a valid remote
directory and connection.  It created all of the files for the example
Hello World ANSI C Autotools Project.  When I go to build it, I get this
NPE:

!ENTRY org.eclipse.core.resources 4 75 2011-10-12 18:25:59.703
!MESSAGE Errors occurred during the build.
!SUBENTRY 1 org.eclipse.linuxtools.cdt.autotools.core 4 75 2011-10-12
18:25:59.704
!MESSAGE Errors running builder 'Autotools Makefile Generator' on
project 'test_new_autotools'.
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.linuxtools.internal.cdt.autotools.core.configure.AutotoolsConfigurationManager.getSavedConfigs(AutotoolsConfigurationManager.java:187)
	at
org.eclipse.linuxtools.internal.cdt.autotools.core.configure.AutotoolsConfigurationManager.getConfigurations(AutotoolsConfigurationManager.java:471)
	at
org.eclipse.linuxtools.internal.cdt.autotools.core.configure.AutotoolsConfigurationManager.findCfg(AutotoolsConfigurationManager.java:95)
	at
org.eclipse.linuxtools.internal.cdt.autotools.core.configure.AutotoolsConfigurationManager.getConfiguration(AutotoolsConfigurationManager.java:104)
	at
org.eclipse.linuxtools.internal.cdt.autotools.core.configure.AutotoolsConfigurationManager.getTmpConfiguration(AutotoolsConfigurationManager.java:262)
	at
org.eclipse.linuxtools.internal.cdt.autotools.core.configure.AutotoolsConfigurationManager.syncConfigurations(AutotoolsConfigurationManager.java:162)
	at
org.eclipse.linuxtools.internal.cdt.autotools.core.AutotoolsNewMakeGenerator.regenerateMakefiles(AutotoolsNewMakeGenerator.java:290)
	at
org.eclipse.linuxtools.internal.cdt.autotools.core.AutotoolsNewMakeGenerator.regenerateMakefiles(AutotoolsNewMakeGenerator.java:258)
	at
org.eclipse.linuxtools.internal.cdt.autotools.core.AutotoolsConfigurationBuilder.performMakefileGeneration(AutotoolsConfigurationBuilder.java:130)
	at
org.eclipse.linuxtools.internal.cdt.autotools.core.AutotoolsConfigurationBuilder.build(AutotoolsConfigurationBuilder.java:78)
	at
org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:728)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
	at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:199)
	at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:239)
	at
org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:292)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
	at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:295)
	at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:351)
	at
org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:374)
	at
org.eclipse.core.internal.resources.Workspace.buildInternal(Workspace.java:513)
	at org.eclipse.core.internal.resources.Workspace.build(Workspace.java:432)
	at
org.eclipse.ui.actions.BuildAction$1.runInWorkspace(BuildAction.java:305)
	at
org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54

Have you seen this?
No, but I know what is causing it. I am trying to get the Project's location and add a path to it, then using the proxy File Manager to do a getResource().
The getLocation() call tries to return an IPath or null. I should be using getLocationURI() instead. I am looking into it. I will have to change this in a number of places. 



Regards,

- Corey

Back to the top