Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] Possible Bug in org.eclipse.cdt.managedbuilder.internal.buildmodel.BuildDescription

I understand!
 
Unfortunately I'm quite busy at work and I obviously cannot provide the plugin of my employer. I think I could easily create a use case with the Visual Studio plugin. I'll keep the list posted.
 
Thanks
Guy

-----cdt-dev-bounces@xxxxxxxxxxx wrote: -----
To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
From: Andrew Gvozdev
Sent by: cdt-dev-bounces@xxxxxxxxxxx
Date: 06/24/2013 01:36PM
Subject: Re: [cdt-dev] Possible Bug in org.eclipse.cdt.managedbuilder.internal.buildmodel.BuildDescription

Hi Guy,
In cases like that you would attach a sample plugin exhibiting this behavior. 

Thanks,
Andrew


On Mon, Jun 24, 2013 at 1:25 PM, <Guy.Bonneau@xxxxxxxxxxx> wrote:
You're right!
 
I fall through this issue why developing a proprietary toolchain. In fact you are not likely to get it since you need to override the default use case behavior of the toolchain implementation. I had this issue when I defined a nameProvider class to override the default CDT implementation of the OutputType in a tool definition. In my case the nameProvider class was returning a full path with name and extension of the output tool in which case the issue kick-in. If I don't use a nameProvider the CDT default behavior doesn't fall through the issue.
 
Guy

-----cdt-dev-bounces@xxxxxxxxxxx wrote: -----
To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
From: Andrew Gvozdev
Sent by: cdt-dev-bounces@xxxxxxxxxxx
Date: 06/24/2013 11:57AM
Subject: Re: [cdt-dev] Possible Bug in org.eclipse.cdt.managedbuilder.internal.buildmodel.BuildDescription


Still, the bug does not tell how tell how we can reproduce.

Thanks,
Andrew


On Mon, Jun 24, 2013 at 11:50 AM, Marc-André Laperle <marc-andre.laperle@xxxxxxxxxxxx> wrote:
Hi Joseph,

I think this was already reported:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=408525

If you push a patch to gerrit it's more likely to get looked at and accepted.

http://wiki.eclipse.org/Getting_started_with_CDT_development
http://wiki.eclipse.org/CDT/git#Using_Gerrit_for_CDT

Marc-Andre


From: cdt-dev-bounces@xxxxxxxxxxx [cdt-dev-bounces@xxxxxxxxxxx] on behalf of Joseph Henry [Joseph.Henry@xxxxxxx]
Sent: Monday, 24 June 2013 11:29 AM
To: cdt-dev@xxxxxxxxxxx
Subject: [cdt-dev] Possible Bug in org.eclipse.cdt.managedbuilder.internal.buildmodel.BuildDescription

Hi,

 

I am on a team at my company to integrate our development build process into the Eclipse CDT.

 

I think I might have ran across a bug in the CDT code.

 

I am using the latest Juno version of the plugin.

 

In the class org.eclipse.cdt.managedbuilder.internal.buildmodel.BuildDescription beginning at line 1005:

 

if(projLocation.isPrefixOf(outProjPath)) {

        // absolute location really points to same place the project lives, so it IS a project file

        outProjPath = outProjPath.removeFirstSegments(projLocation.segmentCount());

        outFullPath = projLocation.append(outProjPath.removeFirstSegments(projLocation.segmentCount()));

        outWorkspacePath = fProject.getFullPath().append(outProjPath);

}

 

This is the area of code that is causing me problems. It seems like the first line after the if should not be there, or if it is, then the “outProjPath.removeFirstSegments(projLocation.segmentCount())” should not be in the second line.

 

This causes the first two path segments after the project location to be lost, which causes a resource conflict in a certain situation.

 

 

Here is an example that will cause the resource conflict.

 

INPUT FILE -------------- OUTPUT FILE

C:\Project\subdir1\src\file1.c ------------------- C:\Project\subdir1\out\dir2\file1.obj

C:\Project\subdir2\src\file1.c ------------------- C:\Project\subdir2\out\dir2\file1.obj

 

As you can see, these files have the same name, and produce output of the same name, but the path is unique, so a resource conflict should not exist, But given the above code, the variable outFullPath will be transformed to C:\Project\dir2\file1.obj instead of C:\Project\subdir2\out\dir2\file1.obj which is what I am expecting.

 

 

How can I go about getting this patched in my release?

 

Thanks,

Joseph Henry.

 

 


_______________________________________________
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

DISCLAIMER: Privileged and/or Confidential information may be contained in this message. If you are not the addressee of this message, you may not copy, use or deliver this message to anyone. In such event, you should destroy the message and kindly notify the sender by reply e-mail. It is understood that opinions or conclusions that do not relate to the official business of the company are neither given nor endorsed by the company. Thank You.


_______________________________________________
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

DISCLAIMER: Privileged and/or Confidential information may be contained in this message. If you are not the addressee of this message, you may not copy, use or deliver this message to anyone. In such event, you should destroy the message and kindly notify the sender by reply e-mail. It is understood that opinions or conclusions that do not relate to the official business of the company are neither given nor endorsed by the company. Thank You.


Back to the top