[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [cdt-dev] First gotcha with add/exclude children of FFS
|
I forget all of the issues that we ran into with linked resources, but I
think there are tons of Bugzilla's logged against them. The major issue
I recall was that linked files/folders were not recognized by the team
support!
Thanks,
Warren
-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
On Behalf Of ext Schaefer, Doug
Sent: Monday, January 14, 2008 10:17 AM
To: CDT General developers list.
Subject: RE: [cdt-dev] First gotcha with add/exclude children of FFS
I'm sure we'll run into these types of problems with linked resources or
the EFS add files. I just think that linked resources are ahead of the
game since they've been around longer.
So any help would be appreciated. What we really have to look out for
are cases where we're assuming the physical file layout is the same as
the IResource hierarchy.
As well, I'm thinking a nicer UI around linked resources would be
helpful, possibly a menu at the top level, Add Linked File/Folder.
Doug Schaefer
Engineering Manager, Wind River Systems
and Eclipse CDT Project Lead
> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx
> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Ken Ryall
> Sent: Monday, January 14, 2008 2:02 AM
> To: CDT General developers list.
> Subject: Re: [cdt-dev] First gotcha with add/exclude children of FFS
>
> Doug,
>
> A while back we tried using linked resources and ran into a number of
> problems that led us to abandon that approach. I can't recall all of
> the details but in general we found linked resources to be a bit of a
> hack with uneven support in both CDT and the platform and in general
> are not treated as first class citizens.
>
> We really need a way out of this problem so let me know if I can help
> look into anything.
>
> Thanks - Ken
>
>
> > From: "ext Schaefer, Doug" <Doug.Schaefer@xxxxxxxxxxxxx>
> > Reply-To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
> > Date: Fri, 11 Jan 2008 11:48:58 -0800
> > To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
> > Conversation: [cdt-dev] First gotcha with add/exclude
> children of FFS
> > Subject: RE: [cdt-dev] First gotcha with add/exclude children of FFS
> >
> > Yes. In a lot of ways, the adds are the same as linked
> resources, just
> > done at the file system level.
> >
> > Having said that, I'm starting to rethink that strategy.
> Why not just
> > use linked resources? This bug with managed build doesn't happen in
> > that case (I remember the team working on fixing that). Any
> opinions?
> > I'll give it some thought over the weekend. Things would be
> simpler if
> > I was only had to worry about exclusions.
> >
> > Doug Schaefer
> > Engineering Manager, Wind River Systems and Eclipse CDT Project Lead
> >
> >
> >> -----Original Message-----
> >> From: cdt-dev-bounces@xxxxxxxxxxx
> >> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Chris Recoskie
> >> Sent: Friday, January 11, 2008 2:40 PM
> >> To: CDT General developers list.
> >> Subject: Re: [cdt-dev] First gotcha with add/exclude
> children of FFS
> >>
> >> This was something I was going to ask... so the FFS hierarchy is
> >> virtual then? I.e. it's not strictly a filter that hides
> files, you
> >> can also add files in arbritary folders in the hiearchy,
> even if the
> >> folder is not the actual parent of the file with respect to the
> >> operating system's view of the filesystem?
> >>
> >> ===========================
> >>
> >> Chris Recoskie
> >> Team Lead, IBM CDT Team
> >> IBM Toronto
> >> http://www.eclipse.org/cdt
> >>
> >>
> >>
> >>
> >>
> >> "Schaefer, Doug"
> >>
> >> <Doug.Schaefer@wi
> >>
> >> ndriver.com>
> >> To
> >> Sent by: "CDT General
> >> developers list."
> >> cdt-dev-bounces@e <cdt-dev@xxxxxxxxxxx>
> >>
> >> clipse.org
> >> cc
> >>
> >>
> >>
> >> Subject
> >> 01/11/2008 02:08 [cdt-dev] First gotcha
> >> with
> >> PM add/exclude children
> >> of FFS
> >>
> >>
> >>
> >>
> >> Please respond to
> >>
> >> "CDT General
> >>
> >> developers list."
> >>
> >> <cdt-dev@eclipse.
> >>
> >> org>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> **** Build of configuration Debug for project Test ****
> >> **** Internal Builder is used for build ****
> >> g++ -O0 -g3 -Wall -c -fmessage-length=0 -otestdir\test.o
> >> ..\testdir\test.cpp
> >> g++: ..\testdir\test.cpp: No such file or directory
> >> g++: no input files
> >> Build error occurred, build is stopped Time consumed: 158 ms.
> >>
> >> Sigh.
> >>
> >> Of course, I've added the testdir directory from somewhere
> outside my
> >> project. Managed build obviously is assuming that the
> physical tree
> >> looks like the IResource tree. As Chris mentioned on the call
> >> yesterday, we're going to find a lot of these...
> >>
> >> Doug Schaefer
> >> Engineering Manager, Wind River Systems and Eclipse CDT
> Project Lead
> >> _______________________________________________
> >> cdt-dev mailing list
> >> cdt-dev@xxxxxxxxxxx
> >> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> >>
> >>
> >> _______________________________________________
> >> cdt-dev mailing list
> >> cdt-dev@xxxxxxxxxxx
> >> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> >>
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
