This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 219192 - includes and defines removed from configuration.xml
Summary: includes and defines removed from configuration.xml
Status: RESOLVED FIXED
Alias: None
Product: cnd
Classification: Unclassified
Component: Project (show other bugs)
Version: 7.3
Hardware: PC Linux
: P2 normal (vote)
Assignee: Alexander Simon
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-09-28 15:58 UTC by tbrunhoff
Modified: 2012-10-23 21:37 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
diff of configurations.xml (9.68 KB, patch)
2012-09-28 15:58 UTC, tbrunhoff 		Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description tbrunhoff 2012-09-28 15:58:16 UTC 
Created attachment 125073 [details]
diff of configurations.xml

Just recently I noticed that sometime in the last 5 months one of the nightly builds of NB removed all of the include files from <project>/nbproject/configurations.xml. This amounted to changes like removing every entry that looked like:

  <cTool>
    <incDir>
      ...
    </incDir>
    <preprocessorList>
      ...
    </preprocessorList>
  </cTool>

See the attached diff from one of my configuration.xml files. The downloads I have used, in sequence, are:
  netbeans-trunk-nightly-201206220002-ml-linux.sh
  netbeans-trunk-nightly-201207060002-ml-linux.sh
  netbeans-trunk-nightly-201207170002-ml-linux.sh
  netbeans-trunk-nightly-201207230002-linux.sh
  netbeans-trunk-nightly-201208100001-linux.sh
  netbeans-trunk-nightly-201209190001-linux.sh

So when I use <right click on project>-->properties-->Code Assistance to add them back, I was surprised to see them appear in <project>/nbproject/private/configuration.xml.

This is a very bad idea.  This stores immutable things about a project (source files, includes, and defines) with ephemeral things like gdb run arguments. This cannot be right. So when I add an include directory to my project, everyone else will be forced to take my latest gdb settings? Not good.
Comment 1 Leonid Lenyashin 2012-09-28 16:46:59 UTC 
Thank you for reporting. BTW, it is not recommended to share anything under private/ folder (the name is chosen intentionally). So it is arguably a bug, but definitely not a P1 or even P2 as I can conclude from the description.
Comment 2 tbrunhoff 2012-09-28 22:06:13 UTC 
To be clear, the diff of configurations.xml is *not* from private, but from the level above that... the public one.
Comment 3 Alexander Simon 2012-10-16 13:49:47 UTC 
fixed by rolling back changes of bug #215568.
Comment 4 tbrunhoff 2012-10-18 17:02:01 UTC 
Well the version below appears to move defines and includes back to the top level configurations.xml... and of course deleting all of the includes/defines that the previous versions had dutifully added to private/configurations.xml).

And the auto config correctly generates defines and includes for the default toolset.

I am still left with NB's inability to generate includes/defines for other toolchains, whether the toolchains are configured or not. Shall I file another bug for this?
Comment 5 tbrunhoff 2012-10-18 17:05:41 UTC 
Product Version: NetBeans IDE Dev (Build 201210170002)
Java: 1.7.0_05; Java HotSpot(TM) Client VM 23.1-b03
System: Linux version 3.4.9-2.fc16.x86_64 running on i386; UTF-8; en_US (nb)
User directory: /home/toddb/.netbeans/dev
Cache directory: /home/toddb/.cache/netbeans/dev
Comment 6 Alexander Simon 2012-10-18 18:27:36 UTC 
(In reply to comment #4)
> I am still left with NB's inability to generate includes/defines for other
> toolchains, whether the toolchains are configured or not. Shall I file another
> bug for this?
Yes, please file.