Re: [ptp-dev] Future of RDT

[Rodrigo Fraxino Araujo <rfaraujo@xxxxxxxxxxxxxxxxxx>]

Hey Chris, how are you doing?

Do you have any new information regarding this bug?
Best thing I could do was a workaround in CDT code, but it is not an
acceptable solution since this cant go upstream the way it is (patch
attached).
Did you have time to take a look into the PTP side?

Thanks!

On Tue, 17 Sep 2013 15:19:44 -0400
Chris Recoskie <recoskie@xxxxxxxxxx> wrote:

> 
> Our support plan is minimally 6.0.x and 7.0.x, although right now we
> are low on resources so we have been working at greatly reduced
> tandwidth than everyone is used to.  We have some new resources
> coming online but that is a slow process.
> 
> As a workaround for the particular issue you mention, you can change
> the build directory to be the directory on the remote server, and it
> should work.  This only affects managed projects.  My data as far as
> I've heard is that the majority of people are not using managed build
> on any type of real code so I don't think this is hitting the
> community at large.  If my understanding is incorrect then please let
> me know.  In either case I should be able to devote a couple of days
> soon to figuring out a fix in RDT that would mimic the old behaviour
> somehow.
> 
> Retroactively dropping RDT from Juno would affect us very adversely
> as we are using that for our product and actively working on fixes
> for it.  Right now as well we are hampered by the fact that builds
> have stopped on ptp_6_0 so we need to know what the plan is for
> turning those back on somehow.
> 
> ===========================
> Chris Recoskie
> Team Lead, IBM CDT and RDT
> IBM Toronto
> 
> 
> 
> From:	Greg Watson <g.watson@xxxxxxxxxxxx>
> To:	Parallel Tools Platform general developers
>             <ptp-dev@xxxxxxxxxxx>
> Date:	09/16/2013 03:51 PM
> Subject:	[ptp-dev] Future of RDT
> Sent by:	ptp-dev-bounces@xxxxxxxxxxx
> 
> 
> 
> Hi,
> 
> One of the actions I had from the developer's meeting last week was to
> clarify the situation regarding support for remote projects. The main
> issue is that there is one particular bug (Bug 411318 - Improper
> resolution of build working directory) that causes builds to fail
> when remote projects are being used. It seems like a change in CDT is
> now requiring a corresponding change in RDT in order to restore
> functionality. This problem seems to me to be pretty crucial to
> making remote projects useful for PTP.
> 
> Is anyone planning to fix this problem, and more generally, continue
> to fix issues that arise in RDT?
> 
> If yes, then it would be nice to know the timeframe so that users
> would have an idea of when this functionality will be restored.
> 
> If no, then I think we should consider dropping RDT from future
> releases of PTP, starting with Juno. In order to maintain our release
> quality, we can only ship components that someone has committed to
> maintain.
> 
> Comments/suggestions appreciated.
> 
> Regards,
> Greg
> _______________________________________________
> ptp-dev mailing list
> ptp-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ptp-dev
> 

>From 202994540365e406272f59323dc04eba3cbbcd2c Mon Sep 17 00:00:00 2001
From: Rodrigo Fraxino Araujo <rfaraujo@xxxxxxxxxxxxxxxxxx>
Date: Thu, 29 Aug 2013 17:58:40 -0300
Subject: [PATCH] Workaround to fix build directory variable when building
 remote projects.

---
 .../org/eclipse/cdt/managedbuilder/internal/core/Builder.java |    9 +++++++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/build/org.eclipse.cdt.managedbuilder.core/src/org/eclipse/cdt/managedbuilder/internal/core/Builder.java b/build/org.eclipse.cdt.managedbuilder.core/src/org/eclipse/cdt/managedbuilder/internal/core/Builder.java
index 55f4995..7aa2b7f 100644
--- a/build/org.eclipse.cdt.managedbuilder.core/src/org/eclipse/cdt/managedbuilder/internal/core/Builder.java
+++ b/build/org.eclipse.cdt.managedbuilder.core/src/org/eclipse/cdt/managedbuilder/internal/core/Builder.java
@@ -1880,14 +1880,19 @@ public class Builder extends HoldsOptions implements IBuilder, IMatchKeyProvider
 	@Override
 	public IPath getBuildLocation() {
 		String path = getBuildPath();
-		
+		boolean workspace_loc=false;
+		if (path.startsWith("${workspace_loc")) //$NON-NLS-1$
+			workspace_loc=true;
 		IBuildMacroProvider provider = ManagedBuildManager.getBuildMacroProvider();
 
 		try {
 			path = provider.resolveValue(path, "", " ", IBuildMacroProvider.CONTEXT_CONFIGURATION, getMacroContextData()); //$NON-NLS-1$ //$NON-NLS-2$
 		} catch (BuildMacroException e) {
 		}
-		
+		Configuration cfg = (Configuration)getConfguration();
+		IProject project = cfg.getOwner().getProject();
+		if (!project.getLocationURI().toString().startsWith("file") && (workspace_loc==true)) //$NON-NLS-1$
+			path = project.getLocationURI().getPath() + path;
 		return new Path(path);
 	}
 
-- 
1.7.10.4