Re: [ptp-dev] Future of RDT

[Chris Recoskie <recoskie@xxxxxxxxxx>]

I am looking into it but I've been having problems the last couple of days getting master to build due to unresolved dependencies on org.eclipse.ui.trace.  Trying to work through them.

From what I can see in GeneratedMakefileBuilder, it still looks like it finds the URI of the working directory and then extracts the path from it and uses that to do the CD.  Maybe that code isn't getting called any more?

===========================
Chris Recoskie
Team Lead, IBM CDT and RDT
IBM Toronto

Rodrigo Fraxino Araujo ---10/09/2013 03:18:17 PM---Hey Chris, how are you doing? Do you have any new information regarding this bug?

From: Rodrigo Fraxino Araujo <rfaraujo@xxxxxxxxxxxxxxxxxx>
To: ptp-dev@xxxxxxxxxxx
Date: 10/09/2013 03:18 PM
Subject: Re: [ptp-dev] Future of RDT
Sent by: ptp-dev-bounces@xxxxxxxxxxx

---

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
> 

[attachment "0001-Workaround-to-fix-build-directory-variable-when-buil.patch" deleted by Chris Recoskie/Toronto/IBM] _______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev