Re: .bad_compare in bootstrap of head
On Mai 03 2017, Daniel Santos wrote: > Anybody else getting bootstrap failures from the head? > > gcc/tree-outof-ssa.o differs > gcc/insn-output.o differs > gcc/tree-chrec.o differs > gcc/cp/semantics.o differs > gcc/lto-cgraph.o differs > gcc/builtins.o differs > gcc/i386.o differs > gcc/dwarf2out.o differs I see a similar failure on ia64. Andreas. -- Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different."
Successful bootstrap for GCC 7.1.0 on Windows 10
Hi GCC team, I have successfully built GCC 7.1.0 on Windows 10 x64 with GCC 6.3.0 and Binutils 2.27. Output of src/config.guess: x86_64-pc-mingw64 Output of gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=c:/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/7.1.0/lto-w rapper.exe Target: x86_64-w64-mingw32 Configured with: ../configure --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw 32 --target=x86_64-w64-mingw32 --prefix=/c/mingw64 --with-sysroot=/c/mingw64 --w ith-gmp=/c/mingw64/gmp --with-mpfr=/c/mingw64/mpfr --with-mpc=/c/mingw64/mpc --w ith-isl=/c/mingw64/isl --disable-nls --disable-multilib --disable-libstdcxx-pch --disable-shared --disable-win32-registry --disable-libstdcxx-debug --disable-li bstdcxx-verbose --with-tune=haswell --enable-lto --enable-checking=release --ena ble-languages=c,c++ --enable-libstdcxx-time --enable-threads=win32 --enable-liba tomic --enable-fully-dynamic-string Thread model: win32 gcc version 7.1.0 (GCC) Notes: 1. I can't build GMP, MPFR, MPC and ISL in-tree. 2. I was getting this error message in stage 2: configure: error: in `/c/mingw64/src/build/gcc': configure: error: C++ preprocessor "/lib/cpp" fails sanity check Workaround: export CPP=/bin/cpp And manually replace all occurrences of "/lib/cpp" in src/gcc/configure with "/bin/cpp" 3. For some reasons I do not know, stage 2 can't find Mingw64 runtime includes and libraries even though I already ran these commands in target root (standard procedure for Windows, used to work when I built GCC 6.3.0): cp -r x86_64-w64-mingw32/lib x84_64-w64-mingw32/lib64 cp -r x86_64-w64-mingw32 mingw mkdir -p gcc-6.3.0/gcc/winsup/mingw cp -r x86_64-w64-mingw32/include gcc-6.3.0/gcc/winsup/mingw Workaround: export CPATH=/c/mingw64/mingw/include export LIBRARY_PATH=/c/mingw64/mingw/lib 4. I was building GCC with make BUILD_CONFIG=bootstrap-lto and got error messages about missing stpcpy and sys_siglist during linking. Workaround: Apply the following patch. --- a/Makefile.in +++ a/Makefile.in @@ -22383,7 +22383,7 @@ configure-libiberty: $$s/$$module_srcdir/configure \ --srcdir=$${topdir}/$$module_srcdir \ $(HOST_CONFIGARGS) --build=${build_alias} --host=${host_alias} \ - --target=${target_alias} @extra_host_libiberty_configure_flags@ \ + --target=${target_alias} libiberty_cv_var_sys_siglist=no @extra_host_libiberty_configure_flags@ \ || exit 1 @endif libiberty @@ -22419,7 +22419,7 @@ configure-stage1-libiberty: --target=${target_alias} \ \ $(STAGE1_CONFIGURE_FLAGS) \ - @extra_host_libiberty_configure_flags@ + libiberty_cv_var_sys_siglist=no @extra_host_libiberty_configure_flags@ @endif libiberty-bootstrap .PHONY: configure-stage2-libiberty maybe-configure-stage2-libiberty @@ -22453,7 +22453,7 @@ configure-stage2-libiberty: --target=${target_alias} \ --with-build-libsubdir=$(HOST_SUBDIR) \ $(STAGE2_CONFIGURE_FLAGS) \ - @extra_host_libiberty_configure_flags@ + libiberty_cv_var_sys_siglist=no @extra_host_libiberty_configure_flags@ @endif libiberty-bootstrap .PHONY: configure-stage3-libiberty maybe-configure-stage3-libiberty @@ -22487,7 +22487,7 @@ configure-stage3-libiberty: --target=${target_alias} \ --with-build-libsubdir=$(HOST_SUBDIR) \ $(STAGE3_CONFIGURE_FLAGS) \ - @extra_host_libiberty_configure_flags@ + libiberty_cv_var_sys_siglist=no @extra_host_libiberty_configure_flags@ @endif libiberty-bootstrap .PHONY: configure-stage4-libiberty maybe-configure-stage4-libiberty @@ -22521,7 +22521,7 @@ configure-stage4-libiberty: --target=${target_alias} \ --with-build-libsubdir=$(HOST_SUBDIR) \ $(STAGE4_CONFIGURE_FLAGS) \ - @extra_host_libiberty_configure_flags@ + libiberty_cv_var_sys_siglist=no @extra_host_libiberty_configure_flags@ @endif libiberty-bootstrap .PHONY: configure-stageprofile-libiberty maybe-configure-stageprofile-libiberty @@ -22555,7 +22555,7 @@ configure-stageprofile-libiberty: --target=${target_alias} \ --with-build-libsubdir=$(HOST_SUBDIR) \ $(STAGEprofile_CONFIGURE_FLAGS) \ - @extra_host_libiberty_configure_flags@ + libiberty_cv_var_sys_siglist=no @extra_host_libiberty_configure_flags@ @endif libiberty-bootstrap .PHONY: configure-stagefeedback-libiberty maybe-configure-stagefeedback-libiberty @@ -22589,7 +22589,7 @@ configure-stagefeedback-libiberty: --target=${target_alias} \ --with-build-libsubdir=$(HOST_SUBDIR) \ $(STAGEfeedback_CONFIGURE_FLAGS) \ - @extra_host_libiberty_configure_flags@ + libiberty_cv_var_sys_siglist=no @extra_host_libiberty_configure_flags@ @endif libiberty-bootstrap --- a/libiberty/Makefile.in +++ a/libiberty/Makefile.in @@ -112,7 +112,8 @@ INCDIR=$(srcdir)/$(MULTISRCTOP)../include COMPILE.c = $(CC) -c @DEFS@ $(CFLAGS) $(CPPFLAGS) -I. -I$(INCDIR) \ - $(HDEFINES) @ac_libiberty_warn_cflags@ -D_GNU_SOURCE + $(HDEFINES) @ac_libiberty_warn_cflags@ -D_GNU_SOURCE \ + -fno-builtin-stpcpy # Just to make s
Re: .bad_compare in bootstrap of head
On 05/04/2017 12:59 AM, Andreas Schwab wrote: On Mai 03 2017, Daniel Santos wrote: Anybody else getting bootstrap failures from the head? gcc/tree-outof-ssa.o differs gcc/insn-output.o differs gcc/tree-chrec.o differs gcc/cp/semantics.o differs gcc/lto-cgraph.o differs gcc/builtins.o differs gcc/i386.o differs gcc/dwarf2out.o differs I see a similar failure on ia64. My x86_64 builds ran fine. jeff
Re: GCC 6.4 Status Report (2016-12-21)
Hello, GCC 7.1 was released this week. Are there any plans for a GCC 6.4 release? -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
Re: GCC 6.4 Status Report (2016-12-21)
On Thu, May 04, 2017 at 03:06:26PM +0200, Sebastian Huber wrote: > Hello, > > GCC 7.1 was released this week. Are there any plans for a GCC 6.4 release? Not immediately, usually we made a release around the x.2 release from the latest release branch or a little bit earlier, so maybe in late June or in July? Jakub
Re: .bad_compare in bootstrap of head
Fedora 26 x86_64 r247595 ~/src/gcc_current/configure --prefix=/usr/local/gcc_current --enable-static --enable-checking=no --enable-languages=c,c++,lto --enable-plugin --disable-multilib make[3]: Leaving directory '/home/dimhen/build/gcc_current' Comparing stages 2 and 3 Bootstrap comparison failure! gcc/build/genmatch.o differs gcc/build/gentarget-def.o differs gcc/cp/pt.o differs gcc/c-family/c-attribs.o differs gcc/symtab.o differs gcc/emit-rtl.o differs gcc/function.o differs gcc/dwarf2out.o differs gcc/graphite-isl-ast-to-gimple.o differs gcc/haifa-sched.o differs gcc/hsa-gen.o differs gcc/ipa-devirt.o differs gcc/ipa-inline-analysis.o differs gcc/ipa-icf-gimple.o differs gcc/lto-streamer-out.o differs gcc/tree-cfg.o differs gcc/tree-eh.o differs gcc/tree-inline.o differs gcc/tree-ssa-loop-ivopts.o differs gcc/tree-ssa-sccvn.o differs gcc/tree-vectorizer.o differs 2017-05-04 16:04 GMT+03:00 Jeff Law : > On 05/04/2017 12:59 AM, Andreas Schwab wrote: >> >> On Mai 03 2017, Daniel Santos wrote: >> >>> Anybody else getting bootstrap failures from the head? >>> >>> gcc/tree-outof-ssa.o differs >>> gcc/insn-output.o differs >>> gcc/tree-chrec.o differs >>> gcc/cp/semantics.o differs >>> gcc/lto-cgraph.o differs >>> gcc/builtins.o differs >>> gcc/i386.o differs >>> gcc/dwarf2out.o differs >> >> >> I see a similar failure on ia64. > > My x86_64 builds ran fine. > > jeff
Re: .bad_compare in bootstrap of head
On 05/04/2017 07:26 AM, Дмитрий Дьяченко wrote: Fedora 26 x86_64 r247595 ~/src/gcc_current/configure --prefix=/usr/local/gcc_current --enable-static --enable-checking=no --enable-languages=c,c++,lto --enable-plugin --disable-multilib And that may be the key, I've been able to get a similar failure. Could easy be the checking flags. I'll do some bisecting here. jeff
Re: .bad_compare in bootstrap of head
On 05/04/2017 08:31 AM, Jeff Law wrote: On 05/04/2017 07:26 AM, Дмитрий Дьяченко wrote: Fedora 26 x86_64 r247595 ~/src/gcc_current/configure --prefix=/usr/local/gcc_current --enable-static --enable-checking=no --enable-languages=c,c++,lto --enable-plugin --disable-multilib And that may be the key, I've been able to get a similar failure. Could easy be the checking flags. I'll do some bisecting here. jeff It's Jan's patch from April 30. commit e062e35c7ff7743aa31868370bf5cb9f8da835dd Author: hubicka Date: Sun Apr 30 15:02:11 2017 + PR ipa/79224 * ipa-inline-analysis.c (dump_predicate): Add optional parameter NL. (account_size_time): Use two predicates - exec_pred and nonconst_pred_ptr. (evaluate_conditions_for_known_args): Compute both clause and nonspec_clause. (evaluate_properties_for_edge): Evaulate both clause and nonspec_clause. (inline_summary_t::duplicate): Update. (estimate_function_body_sizes): Caluculate exec and nonconst predicates separately. (compute_inline_parameters): Likewise. (estimate_edge_size_and_time): Update caluclation of time. (estimate_node_size_and_time): Compute both time and nonspecialized time. (estimate_ipcp_clone_size_and_time): Update. (inline_merge_summary): Update. (do_estimate_edge_time): Update. (do_estimate_edge_size): Update. (do_estimate_edge_hints): Update. (inline_read_section, inline_write_summary): Stream both new predicates. * ipa-inline.c (compute_uninlined_call_time): Take uninlined_call_time as argument. (compute_inlined_call_time): Cleanup. (big_speedup_p): Update. (edge_badness): Update. * ipa-inline.h (INLINE_TIME_SCALE): Remove. (size_time_entry): Replace predicate by exec_predicate and nonconst_predicate. (edge_growth_cache_entry): Cache both time nad nonspecialized time. (estimate_edge_time): Return also nonspec_time. (reset_edge_growth_cache): Update.
add GCC 7.1 to Bugzilla?
Now that GCC 7.1 has been released, should 7.1 be added to the versions in Bugzilla so that bugs can be assigned the right version? (I'm using 7.0 in the meantime.) Or is there someone not on this list I might need to bug with this request? Thanks Martin
Re: add GCC 7.1 to Bugzilla?
On Thu, 2017-05-04 at 15:01 -0600, Martin Sebor wrote: > Now that GCC 7.1 has been released, should 7.1 be added > to the versions in Bugzilla so that bugs can be assigned > the right version? (I'm using 7.0 in the meantime.) > > Or is there someone not on this list I might need to bug > with this request? There already is 7.1.0 and 7.1.1 in the list. Regards, FCh
Re: add GCC 7.1 to Bugzilla?
On 05/04/2017 03:24 PM, Freddie Chopin wrote: On Thu, 2017-05-04 at 15:01 -0600, Martin Sebor wrote: Now that GCC 7.1 has been released, should 7.1 be added to the versions in Bugzilla so that bugs can be assigned the right version? (I'm using 7.0 in the meantime.) Or is there someone not on this list I might need to bug with this request? There already is 7.1.0 and 7.1.1 in the list. You're right, I forgot about the .0 at the end and Bugzilla didn't like it. Thanks and sorry for the noise. Martin
gcc-7-20170504 is now available
Snapshot gcc-7-20170504 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/7-20170504/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 7 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-7-branch revision 247621 You'll find: gcc-7-20170504.tar.bz2 Complete GCC SHA256=0a179b9fe8e90215d7b2385c40a2e36ba7f823193531847eb7fcff866df556ba SHA1=32a04c55957106324ab024798812c432e83c9c2b Diffs from 7-20170427 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-7 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.