Skip to content

R
riscv-gcc-1
Switch branch/tag
  1. 16 Jul, 2014 6 commits
    • PR preprocessor/60723 - missing system-ness marks for macro tokens · f41373b6 
      When a system macro is expanded in a non-system file during
out-of-line preprocessing, it can happen that the preprocessor forgets
to emit line markers to express the system-ness status of tokens that
come after the expansion of the macro.

That can lead to situations where the entire non-system file can be
considered as being a system file and thus have its warnings be
discarded during the compilation of the resulting preprocessed file.

My understanding is that this is due to the preprocessor not
systematically detecting (and reporting) the change in system-ness of
tokens.

And this is what this patch does.  Each time the system-ness of a
given token is different from the previous token that was emitted by
the preprocessor, it emits a line marker for the sole purpose of
marking the new system-ness of the subsequent tokens to come.

Bootstrapped and tested on x86_64-unknown-linux-gnu against trunk.

gcc/c-family/ChangeLog:
	* c-ppoutput.c (struct print::prev_was_system_token): New data
	member.
	(init_pp_output): Initialize it.
	(maybe_print_line_1, maybe_print_line, print_line_1, print_line)
	(do_line_change): Return a flag saying if a line marker was
	emitted or not.
	(scan_translation_unit): Detect if the system-ness of the token we
	are about to emit is different from the one of the previously
	emitted token.  If so, emit a line marker.  Avoid emitting useless
	adjacent line markers.  Avoid emitting line markers for tokens
	originating from the expansion of built-in macros.
	(scan_translation_unit_directives_only): Adjust.

gcc/testsuite/ChangeLog:
	* gcc.dg/cpp/syshdr{4,5}.{c,h}: New test files.

Signed-off-by: Dodji Seketeli <dodji@redhat.com>

Signed-off-by: Dodji Seketeli <dodji@redhat.com>

From-SVN: r212638
      Dodji Seketeli committed
    • Support location tracking for built-in macro tokens · c468587a 
      When a built-in macro is expanded, the location of the token in the
epansion list is the location of the expansion point of the built-in
macro.

This patch creates a virtual location for that token instead,
effectively tracking locations of tokens resulting from built-in macro
tokens.

libcpp/
	* include/line-map.h (line_maps::builtin_location): New data
	member.
	(line_map_init): Add a new parameter to initialize the new
	line_maps::builtin_location data member.
	* line-map.c (linemap_init): Initialize the
	line_maps::builtin_location data member.
	* macro.c (builtin_macro): Create a macro map and track the token
	resulting from the expansion of a built-in macro.
gcc/
	* input.h (is_location_from_builtin_token): New function
	declaration.
	* input.c (is_location_from_builtin_token): New function
	definition.
	* toplev.c (general_init): Tell libcpp what the pre-defined
	spelling location for built-in tokens is.

Signed-off-by: Dodji Seketeli <dodji@redhat.com>

From-SVN: r212637
      Dodji Seketeli committed
    • 2014-07-16 Paolo Carlini <paolo.carlini@oracle.com> · 185b2278 
      	* Minor ChangeLog adjustments.

From-SVN: r212584
      Paolo Carlini committed
    • omp-low.c (create_omp_child_function): Don't set DECL_NAMELESS on the FUNCTION_DECL. · f5989b06 
      	* omp-low.c (create_omp_child_function): Don't set DECL_NAMELESS
	on the FUNCTION_DECL.

From-SVN: r212582
      Jakub Jelinek committed
    • re PR web/61782 (always_inline incorrectly documented) · 3defdb14 
      2014-07-16  Richard Biener  <rguenther@suse.de>

	PR other/61782
	* doc/extend.texi (always_inline): Clarify.

From-SVN: r212581
      Richard Biener committed
    • Daily bump. · 408210e9 
      From-SVN: r212579
      GCC Administrator committed
  3. 15 Jul, 2014 19 commits
  5. 14 Jul, 2014 15 commits