NEW GCC build failure, HEAD@180086 on native
regress
regress@apple.com
Mon Oct 17 11:03:00 GMT 2011
With your recent patch, GCC HEAD revision 180086 had problems on:
native: build (NEW build failure)
Attached is build output for those targets.
The previous build was of revision 180067.
Log information for changes since the last build:
------------------------------------------------------------------------
r180071 | gccadmin | 2011-10-16 17:18:35 -0700 (Sun, 16 Oct 2011) | 1 line
Changed paths:
M /trunk/gcc/DATESTAMP
Daily bump.
------------------------------------------------------------------------
r180076 | irar | 2011-10-17 01:40:14 -0700 (Mon, 17 Oct 2011) | 5 lines
Changed paths:
M /trunk/gcc/testsuite/ChangeLog
M /trunk/gcc/testsuite/gcc.dg/vect/vect-21.c
* gcc.dg/vect/vect-21.c: Expect the loops to get vectorized on
targets that support vector condition.
------------------------------------------------------------------------
r180079 | janus | 2011-10-17 02:46:30 -0700 (Mon, 17 Oct 2011) | 13 lines
Changed paths:
M /trunk/gcc/fortran/ChangeLog
M /trunk/gcc/fortran/primary.c
M /trunk/gcc/testsuite/ChangeLog
A /trunk/gcc/testsuite/gfortran.dg/kind_tests_4.f90
2011-10-17 Janus Weil <janus@gcc.gnu.org>
PR fortran/47023
PR fortran/50752
* primary.c (match_kind_param): Avoid segfault.
2011-10-17 Janus Weil <janus@gcc.gnu.org>
PR fortran/47023
PR fortran/50752
* gfortran.dg/kind_tests_4.f90: New.
------------------------------------------------------------------------
r180080 | paolo | 2011-10-17 02:48:02 -0700 (Mon, 17 Oct 2011) | 13 lines
Changed paths:
M /trunk/gcc/cp/ChangeLog
M /trunk/gcc/cp/typeck.c
M /trunk/gcc/testsuite/ChangeLog
A /trunk/gcc/testsuite/g++.dg/inherit/error5.C
/cp
2011-10-17 Paolo Carlini <paolo.carlini@oracle.com>
PR c++/48489
* typeck.c (finish_class_member_access_expr): Fix error call
for TREE_CODE (access_path) == TREE_BINFO.
/testsuite
2011-10-17 Paolo Carlini <paolo.carlini@oracle.com>
PR c++/48489
* g++.dg/inherit/error5.C: New.
------------------------------------------------------------------------
r180081 | dodji | 2011-10-17 02:58:56 -0700 (Mon, 17 Oct 2011) | 63 lines
Changed paths:
M /trunk/gcc/ChangeLog
M /trunk/gcc/ada/ChangeLog
M /trunk/gcc/ada/gcc-interface/trans.c
M /trunk/gcc/c-family/ChangeLog
M /trunk/gcc/c-family/c-lex.c
M /trunk/gcc/c-family/c-ppoutput.c
M /trunk/gcc/diagnostic.c
M /trunk/gcc/fortran/ChangeLog
M /trunk/gcc/fortran/cpp.c
M /trunk/gcc/input.c
M /trunk/gcc/input.h
M /trunk/gcc/java/ChangeLog
M /trunk/gcc/java/jcf-parse.c
M /trunk/gcc/testsuite/ChangeLog
A /trunk/gcc/testsuite/gcc.dg/cpp/pragma-diagnostic-1.c
M /trunk/libcpp/ChangeLog
M /trunk/libcpp/directives.c
M /trunk/libcpp/files.c
M /trunk/libcpp/include/line-map.h
M /trunk/libcpp/init.c
M /trunk/libcpp/internal.h
M /trunk/libcpp/line-map.c
M /trunk/libcpp/macro.c
Linemap infrastructure for virtual locations
This is the first instalment of a set which goal is to track locations
of tokens across macro expansions. Tom Tromey did the original work
and attached the patch to PR preprocessor/7263. This opus is a
derivative of that original work.
This patch modifies the linemap module of libcpp to add virtual
locations support.
A virtual location is a mapped location that can resolve to several
different physical locations. It can always resolve to the spelling
location of a token. For tokens resulting from macro expansion it can
resolve to:
- either the location of the expansion point of the macro.
- or the location of the token in the definition of the
macro
- or, if the token is an argument of a function-like macro,
the location of the use of the matching macro parameter in
the definition of the macro
The patch creates a new type of line map called a macro map. For every
single macro expansion, there is a macro map that generates a virtual
location for every single resulting token of the expansion.
The good old type of line map we all know is now called an ordinary
map. That one still encodes spelling locations as it has always had.
As a result linemap_lookup as been extended to return a macro map when
given a virtual location resulting from a macro expansion. The layout
of structs line_map has changed to support this new type of map. So
did the layout of struct line_maps. Accessor macros have been
introduced to avoid messing with the implementation details of these
datastructures directly. This helped already as we have been testing
different ways of arranging these datastructure. Having to constantly
adjust client code that is too tied with the internals of line_map and
line_maps would have been even more painful.
Of course, many new public functions have been added to the linemap
module to handle the resolution of virtual locations.
This patch introduces the infrastructure but no part of the compiler
uses virtual locations yet.
However the client code of the linemap data structures has been
adjusted as per the changes. E.g, it's not anymore reliable for a
client code to manipulate struct line_map directly if it just wants to
deal with spelling locations, because struct line_map can now
represent a macro map as well. In that case, it's better to use the
convenient API to resolve the initial (possibly virtual) location to a
spelling location (or to an ordinary map) and use that.
This is the reason why the patch adjusts the Java, Ada and Fortran
front ends.
Also, note that virtual locations are not supposed to be ordered for
relations '<' and '>' anymore. To test if a virtual location appears
"before" another one, one has to use a new operator exposed by the
line map interface. The patch updates the only spot (in the
diagnostics module) I have found that was making the assumption that
locations were ordered for these relations. This is the only change
that introduces a use of the new line map API in this patch, so I am
adding a regression test for it only.
------------------------------------------------------------------------
r180082 | dodji | 2011-10-17 02:59:12 -0700 (Mon, 17 Oct 2011) | 48 lines
Changed paths:
M /trunk/gcc/ChangeLog
M /trunk/gcc/c-family/ChangeLog
M /trunk/gcc/c-family/c-opts.c
M /trunk/gcc/c-family/c.opt
M /trunk/gcc/doc/cppopts.texi
M /trunk/gcc/doc/invoke.texi
M /trunk/gcc/input.c
M /trunk/libcpp/ChangeLog
M /trunk/libcpp/directives.c
M /trunk/libcpp/include/cpplib.h
M /trunk/libcpp/include/line-map.h
M /trunk/libcpp/init.c
M /trunk/libcpp/internal.h
M /trunk/libcpp/lex.c
M /trunk/libcpp/line-map.c
M /trunk/libcpp/macro.c
M /trunk/libcpp/traditional.c
Generate virtual locations for tokens
This second instalment uses the infrastructure of the previous patch
to allocate a macro map for each macro expansion and assign a virtual
location to each token resulting from the expansion.
To date when cpp_get_token comes across a token that happens to be a
macro, the macro expander kicks in, expands the macro, pushes the
resulting tokens onto a "token context" and returns a dummy padding
token. The next call to cpp_get_token goes look into the token context
for the next token [which is going to result from the previous macro
expansion] and returns it. If the token is a macro, the macro expander
kicks in and you know the story.
This patch piggy-backs on that macro expansion process, so to speak.
First it modifies the macro expander to make it create a macro map for
each macro expansion. It then allocates a virtual location for each
resulting token. Virtual locations of tokens resulting from macro
expansions are then stored on a special kind of context called an
"expanded tokens context". In other words, in an expanded tokens
context, there are tokens resulting from macro expansion and their
associated virtual locations. cpp_get_token_with_location is modified
to return the virtual location of tokens resulting from macro
expansion. Note that once all tokens from an expanded token context have
been consumed and the context and is freed, the memory used to store the
virtual locations of the tokens held in that context is freed as well.
This helps reducing the overall peak memory consumption.
The client code that was getting macro expansion point location from
cpp_get_token_with_location now gets virtual location from it. Those
virtual locations can in turn be resolved into the different
interesting physical locations thanks to the linemap API exposed by
the previous patch.
Expensive progress. Possibly. So this whole virtual location
allocation business is switched off by default. So by default no
extended token is created. No extended token context is created
either. One has to use -ftrack-macro-expansion to switch this on. This
complicates the code but I believe it can be useful as some of our
friends found out at http://llvm.org/bugs/show_bug.cgi?id=5610
The patch tries to reduce the memory consumption by freeing some token
context memory that was being reused before. I didn't notice any
compilation slow down due to this immediate freeing on my GNU/Linux
system.
As no client code tries to resolve virtual locations to anything but
what was being done before, no new test case has been added.
------------------------------------------------------------------------
r180083 | dodji | 2011-10-17 02:59:27 -0700 (Mon, 17 Oct 2011) | 43 lines
Changed paths:
M /trunk/gcc/ChangeLog
M /trunk/gcc/Makefile.in
M /trunk/gcc/cp/ChangeLog
M /trunk/gcc/cp/error.c
M /trunk/gcc/diagnostic.c
M /trunk/gcc/diagnostic.h
M /trunk/gcc/testsuite/ChangeLog
A /trunk/gcc/testsuite/gcc.dg/cpp/macro-exp-tracking-1.c
A /trunk/gcc/testsuite/gcc.dg/cpp/macro-exp-tracking-2.c
A /trunk/gcc/testsuite/gcc.dg/cpp/macro-exp-tracking-3.c
A /trunk/gcc/testsuite/gcc.dg/cpp/macro-exp-tracking-4.c
A /trunk/gcc/testsuite/gcc.dg/cpp/pragma-diagnostic-2.c
M /trunk/gcc/testsuite/lib/prune.exp
M /trunk/gcc/toplev.c
M /trunk/gcc/tree-diagnostic.c
M /trunk/gcc/tree-diagnostic.h
Emit macro expansion related diagnostics
In this third instalment the diagnostic machinery -- when faced with
the virtual location of a token resulting from macro expansion -- uses
the new linemap APIs to unwind the stack of macro expansions that led
to that token and emits a [hopefully] more useful message than what we
have today.
diagnostic_report_current_module has been slightly changed to use the
location given by client code instead of the global input_location
variable. This results in more precise diagnostic locations in
general but then the patch adjusts some C++ tests which output changed
as a result of this.
Three new regression tests have been added.
The mandatory screenshot goes like this:
[dodji@adjoa gcc]$ cat -n test.c
1 #define OPERATE(OPRD1, OPRT, OPRD2) \
2 OPRD1 OPRT OPRD2;
3
4 #define SHIFTL(A,B) \
5 OPERATE (A,<<,B)
6
7 #define MULT(A) \
8 SHIFTL (A,1)
9
10 void
11 g ()
12 {
13 MULT (1.0);/* 1.0 << 1; <-- so this is an error. */
14 }
[dodji@adjoa gcc]$ ./cc1 -quiet -ftrack-macro-expansion test.c
test.c: In function 'g':
test.c:5:14: erreur: invalid operands to binary << (have 'double' and 'int')
test.c:2:9: note: in expansion of macro 'OPERATE'
test.c:5:3: note: expanded from here
test.c:5:14: note: in expansion of macro 'SHIFTL'
test.c:8:3: note: expanded from here
test.c:8:3: note: in expansion of macro 'MULT2'
test.c:13:3: note: expanded from here
------------------------------------------------------------------------
r180084 | dodji | 2011-10-17 02:59:40 -0700 (Mon, 17 Oct 2011) | 6 lines
Changed paths:
M /trunk/gcc/ChangeLog
M /trunk/gcc/c-family/ChangeLog
M /trunk/gcc/c-family/c-opts.c
M /trunk/gcc/c-family/c-ppoutput.c
M /trunk/gcc/c-family/c.opt
M /trunk/gcc/doc/cppopts.texi
M /trunk/gcc/doc/invoke.texi
M /trunk/libcpp/ChangeLog
M /trunk/libcpp/include/cpplib.h
M /trunk/libcpp/include/line-map.h
M /trunk/libcpp/line-map.c
Support -fdebug-cpp option
This patch adds -fdebug-cpp option. When used with -E this dumps the
relevant macro map before every single token. This clutters the output
a lot but has proved to be invaluable in tracking some bugs during the
development of the virtual location support.
------------------------------------------------------------------------
r180085 | dodji | 2011-10-17 02:59:52 -0700 (Mon, 17 Oct 2011) | 5 lines
Changed paths:
M /trunk/gcc/ChangeLog
M /trunk/gcc/input.c
M /trunk/gcc/input.h
M /trunk/gcc/toplev.c
M /trunk/libcpp/ChangeLog
M /trunk/libcpp/include/line-map.h
M /trunk/libcpp/line-map.c
M /trunk/libcpp/macro.c
Add line map statistics to -fmem-report output
This patch adds statistics about line maps' memory consumption and
macro expansion to the output of -fmem-report. It has been useful in
trying to reduce the memory consumption of the macro maps support.
------------------------------------------------------------------------
r180086 | dodji | 2011-10-17 03:00:07 -0700 (Mon, 17 Oct 2011) | 15 lines
Changed paths:
M /trunk/gcc/ChangeLog
M /trunk/gcc/ggc-none.c
M /trunk/gcc/ggc-page.c
M /trunk/gcc/ggc-zone.c
M /trunk/gcc/ggc.h
M /trunk/gcc/toplev.c
M /trunk/libcpp/ChangeLog
M /trunk/libcpp/include/line-map.h
M /trunk/libcpp/line-map.c
Reduce memory waste due to non-power-of-2 allocs
This patch basically arranges for the allocation size of line_map
buffers to be as close as possible to a power of two. This
*significantly* decreases peak memory consumption as (macro) maps are
numerous and stay live during all the compilation.
The patch adds a new ggc_round_alloc_size interface to the ggc
allocator. In each of the two main allocator implementations ('page'
and 'zone') the function has been extracted from the main allocation
function code and returns the actual size of the allocated memory
region, thus giving a chance to the caller to maximize the amount of
memory it actually uses from the allocated memory region. In the
'none' allocator implementation (that uses xmalloc) the
ggc_round_alloc_size just returns the requested allocation size.
------------------------------------------------------------------------
For more information, see <http://gcc.gnu.org/regtest/HEAD/>.
-------------- next part --------------
/Users/regress/tbox/native/build/./prev-gcc/g++ -B/Users/regress/tbox/native/build/./prev-gcc/ -B/Users/regress/tbox/objs/powerpc-apple-darwin9.8.0/bin/ -nostdinc++ -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include/powerpc-apple-darwin9.8.0 -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include -I/Users/regress/tbox/svn-gcc/libstdc++-v3/libsupc++ -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -g -O2 -mdynamic-no-pic -gtoggle -W -Wall -Wwrite-string
s -Wmissing-format-attribute -pedantic -Wno-long-long -Werror -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -c -o errors.o -MT errors.o -MMD -MP -MF .deps/errors.Tpo /Users/regress/tbox/svn-gcc/libcpp/errors.c
/Users/regress/tbox/native/build/./prev-gcc/g++ -B/Users/regress/tbox/native/build/./prev-gcc/ -B/Users/regress/tbox/objs/powerpc-apple-darwin9.8.0/bin/ -nostdinc++ -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include/powerpc-apple-darwin9.8.0 -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include -I/Users/regress/tbox/svn-gcc/libstdc++-v3/libsupc++ -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -g -O2 -mdynamic-no-pic -gtoggle -W -Wall -Wwrite-string
s -Wmissing-format-attribute -pedantic -Wno-long-long -Werror -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -c -o expr.o -MT expr.o -MMD -MP -MF .deps/expr.Tpo /Users/regress/tbox/svn-gcc/libcpp/expr.c
/Users/regress/tbox/native/build/./prev-gcc/g++ -B/Users/regress/tbox/native/build/./prev-gcc/ -B/Users/regress/tbox/objs/powerpc-apple-darwin9.8.0/bin/ -nostdinc++ -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include/powerpc-apple-darwin9.8.0 -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include -I/Users/regress/tbox/svn-gcc/libstdc++-v3/libsupc++ -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -g -O2 -mdynamic-no-pic -gtoggle -W -Wall -Wwrite-string
s -Wmissing-format-attribute -pedantic -Wno-long-long -Werror -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -c -o files.o -MT files.o -MMD -MP -MF .deps/files.Tpo /Users/regress/tbox/svn-gcc/libcpp/files.c
/Users/regress/tbox/native/build/./prev-gcc/g++ -B/Users/regress/tbox/native/build/./prev-gcc/ -B/Users/regress/tbox/objs/powerpc-apple-darwin9.8.0/bin/ -nostdinc++ -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include/powerpc-apple-darwin9.8.0 -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include -I/Users/regress/tbox/svn-gcc/libstdc++-v3/libsupc++ -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -g -O2 -mdynamic-no-pic -gtoggle -W -Wall -Wwrite-string
s -Wmissing-format-attribute -pedantic -Wno-long-long -Werror -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -c -o identifiers.o -MT identifiers.o -MMD -MP -MF .deps/identifiers.Tpo /Users/regress/tbox/svn-gcc/libcpp/identifiers.c
echo "#define LOCALEDIR \"/Users/regress/tbox/objs/share/locale\"" > localedir.new
/Users/regress/tbox/svn-gcc/libcpp/../move-if-change localedir.new localedir.h
echo timestamp > localedir.hs
/Users/regress/tbox/native/build/./prev-gcc/g++ -B/Users/regress/tbox/native/build/./prev-gcc/ -B/Users/regress/tbox/objs/powerpc-apple-darwin9.8.0/bin/ -nostdinc++ -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include/powerpc-apple-darwin9.8.0 -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include -I/Users/regress/tbox/svn-gcc/libstdc++-v3/libsupc++ -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -g -O2 -mdynamic-no-pic -gtoggle -W -Wall -Wwrite-string
s -Wmissing-format-attribute -pedantic -Wno-long-long -Werror -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -c -o lex.o -MT lex.o -MMD -MP -MF .deps/lex.Tpo /Users/regress/tbox/svn-gcc/libcpp/lex.c
/Users/regress/tbox/native/build/./prev-gcc/g++ -B/Users/regress/tbox/native/build/./prev-gcc/ -B/Users/regress/tbox/objs/powerpc-apple-darwin9.8.0/bin/ -nostdinc++ -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -B/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include/powerpc-apple-darwin9.8.0 -I/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/include -I/Users/regress/tbox/svn-gcc/libstdc++-v3/libsupc++ -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/src/.libs -L/Users/regress/tbox/native/build/prev-powerpc-apple-darwin9.8.0/libstdc++-v3/libsupc++/.libs -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -g -O2 -mdynamic-no-pic -gtoggle -W -Wall -Wwrite-string
s -Wmissing-format-attribute -pedantic -Wno-long-long -Werror -I/Users/regress/tbox/svn-gcc/libcpp -I. -I/Users/regress/tbox/svn-gcc/libcpp/../include -I./../intl -I/Users/regress/tbox/svn-gcc/libcpp/include -c -o line-map.o -MT line-map.o -MMD -MP -MF .deps/line-map.Tpo /Users/regress/tbox/svn-gcc/libcpp/line-map.c
/Users/regress/tbox/svn-gcc/libcpp/line-map.c: In function 'source_location linemap_macro_map_loc_to_exp_point(const line_map*, source_location)':
/Users/regress/tbox/svn-gcc/libcpp/line-map.c:628:12: error: variable 'token_no' set but not used [-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
make[3]: *** [line-map.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[2]: *** [all-stage2-libcpp] Error 2
make[1]: *** [stage2-bubble] Error 2
make: *** [bootstrap] Error 2
+ '[' -s .bad_compare ']'
+ exit 1
-------------- next part --------------
--
Geoffrey Keating <geoffk@apple.com>
(via an automated GCC regression-testing script.)
More information about the Gcc-regression
mailing list