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.
Created attachment 97017 [details] -xbuiltin I've got build 22 and include folders incorrectly detected (at least on Linux) (-xbuiltin is considered to be include folder)
$ /opt/solstudioex1005/bin/CC -E -v -dryrun /dev/null ### CC: Note: NLSPATH = /opt/solstudioex1005/prod/bin/../lib/locale/%L/LC_MESSAGES/%N.cat:/opt/solstudioex1005/prod/bin/../../lib/locale/%L/LC_MESSAGES/%N.cat ### command line files and options (expanded): ### -E -v -dryrun /dev/null /opt/solstudioex1005/prod/bin/ccfe -xarch=amd64 -D__SUNPRO_CC=0x5110 -D__unix -D__unix__ -Dlinux -D__linux -D__linux__ -D__gnu__linux__ "-D__builtin_expect(e,x)=e" -D__x86_64 -D__x86_64__ -D__amd64 -D__amd64__ -D_LP64 -D__LP64__ -D__BUILTIN_VA_STRUCT -Dunix -D__SUN_PREFETCH -D__SUNPRO_CC_COMPAT=5 -I-xbuiltin -I/opt/solstudioex1005/prod/lib/compilers/rtlibs/usr/include -I/opt/solstudioex1005/prod/include/CC/Cstd -I/opt/solstudioex1005/prod/include/CC -I/opt/solstudioex1005/prod/include/cc -ptf /tmp/ccfe.02.%1.%2 -ptx /opt/solstudioex1005/prod/bin/CC -ptk "-E -v -dryrun " -compat=5 -instlib=/opt/solstudioex1005/prod/lib/amd64/libCstd.a -xdbggen=no%stabs+dwarf2+usedonly -xF=%none -xldscope=global -O0 /dev/null -E -ptb - 2> /tmp/ccfe.01.err /opt/solstudioex1005/prod/bin/stdlibfilt -stderr < /tmp/ccfe.01.err rm /tmp/ccfe.01.err
It is CC compiler bug. Address issue against CC compiler. Compiler output contains string "-I-xbuiltin" that interpreted as system include path ./-xbuiltin.
>> What does -xbuiltin corresponds to? > > It is a delimiter that separates user-specified and compiler include directories. ------------------------ So, it's analog of two lists in GCC when we run "gcc -E -v -x c /dev/null" #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/4.3.2/include /usr/lib/gcc/x86_64-linux-gnu/4.3.2/include-fixed /usr/include
(In reply to comment #3) > >> What does -xbuiltin corresponds to? See Sun Studio 12: C++ User's Guide: A.2.110 -xbuiltin[={%all|%none}] Enables or disables better optimization of standard library calls. So you are wrong. It is a compiler flag. > > > > It is a delimiter that separates user-specified and compiler include directories. > ------------------------ > So, it's analog of two lists in GCC when we run "gcc -E -v -x c /dev/null" > #include "..." search starts here: > #include <...> search starts here: > /usr/local/include > /usr/lib/gcc/x86_64-linux-gnu/4.3.2/include > /usr/lib/gcc/x86_64-linux-gnu/4.3.2/include-fixed > /usr/include
Please, provide reference where delimiter "-I-xbuiltin" is described.
>The front end uses -I-xbuiltin to keep track of which included headers come >from user-specified directories, and which are system directories searched >automatically by the driver. Some informational output from the front end can >be optionally restricted to headers from user-specified directories, and we >suppress warnings that come from system headers. > >--- >Steve Clamage
fixed, change set: http://hg.netbeans.org/cnd-main/rev/eb50c3fd78c0
Integrated into 'main-golden', will be available in build *201004131450* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/eb50c3fd78c0 User: Alexander Simon <alexvsimon@netbeans.org> Log: fixed BZ#183834 incorrect include folders for open solaris studio 1005