[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [ptp-dev] Future of RDT
|
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