[Bug bootstrap/54684] New: bootstrap broken with --disable-checking
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54684 Bug #: 54684 Summary: bootstrap broken with --disable-checking Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: andre...@gcc.gnu.org Host: *-unknown-freebsd10.0 Target: *-unknown-freebsd10.0 Build: *-unknown-freebsd10.0 Created attachment 28254 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28254 Preprocessed file which fails. Bootstrap is broken with the following config: Target: x86_64-unknown-freebsd10.0 Configured with: /export/devel/net/src/gcc/head/gcc/configure --prefix=/export/devel/build/gcc/head/testbin --disable-nls --with-as=/usr/local/bin/as --with-ld=/usr/local/bin/ld --disable-checking Thread model: posix gcc version 4.8.0 20120923 (experimental) [trunk revision 191651] (GCC) This is the error: /export/devel/net/src/gcc/head/gcc/gcc/ipa-prop.c: In function 'bool visit_ref_for_mod_analysis(gimple, tree, void*)': /export/devel/net/src/gcc/head/gcc/gcc/ipa-prop.c:1842:1: error: mismatching comparison operand types visit_ref_for_mod_analysis (gimple stmt ATTRIBUTE_UNUSED, ^ unsigned int bool if (i.2_16 == 1) /export/devel/net/src/gcc/head/gcc/gcc/ipa-prop.c:1842:1: internal compiler error: verify_gimple failed The same happens on powerpc64-unknown-freebsd10.0
[Bug bootstrap/51388] Configure failure to detect unsupported warning options for non-bootstrap builds (including cross builds)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51388 Andreas Tobler changed: What|Removed |Added CC||andreast at gcc dot gnu.org --- Comment #10 from Andreas Tobler 2011-12-20 14:42:03 UTC --- -Wno-*) option=-W`expr $real_option : '-Wno-\(.*\)'` ;; The expr on FreeBSD treats leading minus (-) in an expression as an option. Therefor this does not work there. I'm trying to find a solution. One would be to remove the leading minus.
[Bug bootstrap/51388] Configure failure to detect unsupported warning options for non-bootstrap builds (including cross builds)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51388 --- Comment #12 from Andreas Tobler 2011-12-20 15:57:36 UTC --- Seems to work. At least in stage one, compiling gcc. Thank you!
[Bug bootstrap/51705] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705
Andreas Tobler changed:
What|Removed |Added
CC||andreast at gcc dot gnu.org
--- Comment #17 from Andreas Tobler 2011-12-30
10:45:38 UTC ---
With the below 'hack' I'm able to bootstrap on x86_64-*-freebsd10.0.
I'm not sure why my system does not like the original four escape backslashes
in the select and sed line.
The diff between the sys/cdefs.h and the fixed sys/cdefs.h looks like this:
-#define_Noreturn [[noreturn]]
+#define_Noreturn __dead2
+ * g++ -std=c++11 defines __cplusplus to 201103L, which lies about
+ * the level of support g++ has for the C++11 standard.
+ */
+fix = {
+hackname = cdef_cplusplus;
+mach = "*-*-freebsd10.*";
+files = sys/cdefs.h;
+select= "\\[\\[noreturn\\]\\]";
+sed = "s/\\[\\[noreturn\\]\\]/__dead2/";
+test_text = "#define _Noreturn __dead2";
+};
+/*
[Bug bootstrap/51705] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705 --- Comment #19 from Andreas Tobler 2011-12-30 10:59:03 UTC --- Works too: +sed = "s/\\[\\[noreturn\\]\\]/__attribute__((__noreturn__))/"; +test_text = "#define _Noreturn __attribute__((__noreturn__))"; Looks less cryptic, iow, I do not need to look for __dead2 to understand what is meant.
[Bug bootstrap/51705] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705 --- Comment #21 from Andreas Tobler 2011-12-30 18:06:27 UTC --- Neither bash nor GNU sed is installed on this machine.
[Bug bootstrap/51705] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705 --- Comment #22 from Andreas Tobler 2011-12-30 18:54:53 UTC --- On another machine: egrep "SED|SHELL" * config.log:SED='/usr/local/bin/gsed' config.log:SHELL='/bin/sh' Works too.
[Bug bootstrap/51705] [4.7 Regression] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705
--- Comment #29 from Andreas Tobler 2012-01-06
15:57:51 UTC ---
Bootstrap in progress with the below.
Additions:
- Jakub's recent comment on c_fix_arg.
- extend mach to match FreeBSD10.* to FreeBSD19.* (Should give some time...)
+ * g++ -std=c++11 defines __cplusplus to 201103L, which lies about
+ * the level of support g++ has for the C++11 standard.
+ */
+fix = {
+hackname = cdef_cplusplus;
+mach = "*-*-freebsd1[0-9].*";
+files = sys/cdefs.h;
+select= '\[\[noreturn\]\]';
+c_fix = format;
+c_fix_arg = "__attribute__\(\(__noreturn__\)\)";
+test_text = "#define _Noreturn [[noreturn]]";
+};
+/*
[Bug bootstrap/51705] [4.7 Regression] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705 --- Comment #34 from Andreas Tobler 2012-01-09 20:32:00 UTC --- Just to double check, shall I leave the backslash in this line? c_fix_arg = "__attribute__\(\(__noreturn__\)\)"; And more important, do we have an ok for a commit of this patch?
[Bug bootstrap/51705] [4.7 Regression] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705 Andreas Tobler changed: What|Removed |Added Attachment #26207|0 |1 is obsolete|| AssignedTo|unassigned at gcc dot |andreast at gcc dot gnu.org |gnu.org | --- Comment #45 from Andreas Tobler 2012-01-11 07:46:27 UTC --- Created attachment 26297 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26297 patch
[Bug bootstrap/51705] [4.7 Regression] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705 Andreas Tobler changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #46 from Andreas Tobler 2012-01-11 07:49:41 UTC --- I'm going to apply the patch from comment #45 this evening. Bootstraped several times, make check in fixincludes successful. This is the CL I prepared: 2012-01-11 Bruce Korb Steven G. Kargl Andreas Tobler PR bootstrap/57105 PR preprocessor/51776 * inclhack.def (cdef_cplusplus): Add a replacement for [[noreturn]]. * fixincl.x: Regenerate. * tests/base/sys/cdefs.h: Update. * genfixes: Remove the 'Ver.' from the version check.
[Bug preprocessor/51776] fixincludes hacks around a C++ deficiency
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51776 --- Comment #1 from Andreas Tobler 2012-01-11 16:23:57 UTC --- Author: andreast Date: Wed Jan 11 16:23:48 2012 New Revision: 183096 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183096 Log: 2012-01-11 Bruce Korb Steven G. Kargl Andreas Tobler PR bootstrap/57105 PR preprocessor/51776 * inclhack.def (cdef_cplusplus): Add a replacement for [[noreturn]]. * fixincl.x: Regenerate. * tests/base/sys/cdefs.h: Update. * genfixes: Remove the 'Ver.' from the version check. Modified: trunk/fixincludes/ChangeLog trunk/fixincludes/fixincl.x trunk/fixincludes/genfixes trunk/fixincludes/inclhack.def trunk/fixincludes/tests/base/sys/cdefs.h
[Bug bootstrap/51705] [4.7 Regression] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705 Andreas Tobler changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #49 from Andreas Tobler 2012-01-11 18:35:12 UTC --- H, I managed to put a wrong PR number into the CL Here the commit: http://gcc.gnu.org/ml/gcc-cvs/2012-01/msg00341.html
gcc-bugs@gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89125 --- Comment #10 from Andreas Tobler --- I can confirm this finding with the attached patch. There is an improvement in the gcc results but no improvement/degradation in the other results. Tested on yesterday's trunk.
gcc-bugs@gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89125 --- Comment #12 from Andreas Tobler --- where ever we place it, it'll be an improvement. Make sense to place it in config/freebsd.c, then it is FreeBSD only.
[Bug libgcc/84292] __sync_add_and_fetch returns the old value instead of the new value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84292 --- Comment #5 from Andreas Tobler --- Author: andreast Date: Fri Apr 27 19:14:05 2018 New Revision: 259722 URL: https://gcc.gnu.org/viewcvs?rev=259722&root=gcc&view=rev Log: 2018-04-27 Andreas Tobler Maryse Levavasseur PR libgcc/84292 * config/arm/freebsd-atomic.c (SYNC_OP_AND_FETCH_N): Fix the op_and_fetch to return the right result. Modified: trunk/libgcc/ChangeLog trunk/libgcc/config/arm/freebsd-atomic.c
[Bug libstdc++/85768] New: FreeBSD bootstrap fails due to undefined reference to 'backtrace'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85768 Bug ID: 85768 Summary: FreeBSD bootstrap fails due to undefined reference to 'backtrace' Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: andreast at gcc dot gnu.org Target Milestone: --- A recent commit (260054) broke bootstrap on FreeBSD. The reason is an undefined reference to 'backtrace'. This function is available on FreeBSD too but not in libc. It is available in libexecinfo. A quick hack to linkage.m4 to add this library if found showed a 37 failure count instead of 7k+ without. I do not know the right to link an additional library for debug purposes. Also, this might be applicable to NetBSD too, don't have it here but the man page of backtrace notes that the function appeared in NetBSD 7.0 and FreeBSD 10.
[Bug target/37073] -fno-math-errno should be the default on FreeBSD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37073 Andreas Tobler changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |andreast at gcc dot gnu.org --- Comment #6 from Andreas Tobler --- I think it is going this way that I have to set opts->x_flag_errno_math = 0 The question I have, where do I set this flag? It has to be set for all FreeBSD targets. Is it best to set it in common/config/*/*-common.c in the TARGET_OPTION_INIT_STRUCT ? An additional question, darwin has the TARGET_MACHO or the DARWIN_ABI as unique define, would it be ok to test on __FreeBSD__? TIA
[Bug libgcc/84292] __sync_add_and_fetch returns the old value instead of the new value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84292 Andreas Tobler changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |andreast at gcc dot gnu.org --- Comment #2 from Andreas Tobler --- Might be, it's a few days since :) I'll take it. Thanks!
[Bug libgcc/84292] __sync_add_and_fetch returns the old value instead of the new value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84292 Andreas Tobler changed: What|Removed |Added Last reconfirmed|2018-02-08 00:00:00 |2018-4-1 --- Comment #3 from Andreas Tobler --- I could reproduce the issue and I can confirm that the attached patch fixes the issue. Once the long awaited gcc-8.x gets released I'll commit the fix to all active branches and I'll take care that we update the FreeBSD ports tree with a fix for all gcc versions we (FreeBSD) actively support. Thanks a lot and sorry for the delay. It took a while to get my arm board back to live and it took also a while to build a native gcc on it.
[Bug libgcc/84292] __sync_add_and_fetch returns the old value instead of the new value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84292 --- Comment #7 from Andreas Tobler --- I can do a backport w/o an open PR' right? If so, then the PR can be set to resolved.
[Bug debug/54693] VTA guality issues with loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54693 Andreas Tobler changed: What|Removed |Added CC||andreast at gcc dot gnu.org --- Comment #19 from Andreas Tobler 2012-11-17 10:01:05 UTC --- The commit r193139, comment #14, breaks bootstrap on powerpc64-*-* with --disabled-checking. Seen here on powerpc64-unknown-freebsd10.0 and Peter Bergner confirmed the same break on powerp64-*-linux*. Bootstrap comparison failure! gcc/tree-ssa-forwprop.o differs <._ZL33ssa_forward_propagate_and_combinev+0x2548> -9658:e8 89 00 09 ldu r4,8(r9) -965c:39 08 00 01 addir8,r8,1 +9658:39 08 00 01 addir8,r8,1 +965c:e8 89 00 09 ldu r4,8(r9) 9660:4b ff ff d0 b 9630
[Bug debug/54693] VTA guality issues with loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54693 --- Comment #20 from Andreas Tobler 2012-11-17 12:36:16 UTC --- Just for clarification, the following commits (after #14) in this PR did not resolve the bootstrap issue. I was on r193501 when I first encountered the comparison failure and then I went back until the comparison failure went away.
[Bug bootstrap/55784] [4.8 regression] declaration of C function 'const char* strsignal(int)' conflicts with /usr/include/string.h:112: error: previous declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55784 Andreas Tobler changed: What|Removed |Added CC||andreast at gcc dot gnu.org Severity|blocker |normal --- Comment #9 from Andreas Tobler 2012-12-24 10:45:58 UTC --- I can confirm a completed bootstrap w/o ada on x86_64-unknown-freebsd10.0 with the 'patch' from comment #3. Thanks & frohe Weihnachten! Andreas
[Bug bootstrap/69611] New: Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611 Bug ID: 69611 Summary: Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support. Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: andreast at gcc dot gnu.org Target Milestone: --- PowerPC FreeBSD does not support 128-bit floating point yet. Bootstrap on this target is broken because of undefined references to __sfp_handle_exceptions. We build gcc with softfp for our 32-bit embedded targets. Now the the sfp-machine.h is included even in the non 128-bit t-float128 case. The definition of the __sfp_handle_exceptions is done in the mentioned header file while the implementation is done in the sfp-exceptions.c which is only built when 128-bit float is supported. To fix this issue we propose to guard the affected region in sfp-machine.h with this: Index: config/rs6000/sfp-machine.h === --- config/rs6000/sfp-machine.h (revision 233015) +++ config/rs6000/sfp-machine.h (working copy) @@ -110,7 +110,7 @@ floating point on pre-ISA 3.0 machines without the IEEE 128-bit floating point support. */ -#ifndef __NO_FPRS__ +#if defined(__FLOAT128__) #define ISA_BIT(x) (1LL << (63 - x)) /* Use the same bits of the FPSCR. */ @@ -151,7 +151,7 @@ } while (0) # define FP_ROUNDMODE (_fpscr & FP_RND_MASK) -#endif /* !__NO_FPRS__ */ +#endif /* __FLOAT128__ */ I discussed this with Michael Meissner on #irc. He agrees on this approach. I'm running a bootstrap and will provide test results from FreeBSD PowerPC asap. I'd appreciate a testrun on a GNU/Linux target. I do not have such a setup yet. TIA, Andreas
[Bug bootstrap/69611] Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611 Andreas Tobler changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |andreast at gcc dot gnu.org --- Comment #6 from Andreas Tobler --- patch request is here: https://gcc.gnu.org/ml/gcc-patches/2016-02/msg00242.html
[Bug bootstrap/69611] Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611 --- Comment #7 from Andreas Tobler --- Author: andreast Date: Wed Feb 3 22:15:21 2016 New Revision: 233111 URL: https://gcc.gnu.org/viewcvs?rev=233111&root=gcc&view=rev Log: 2016-02-03 Andreas Tobler PR bootstrap/69611 * config/rs6000/sfp-machine.h: Guard __sfp_exceptions with __FLOAT128__ to compile only for __float128 capable targets. Modified: trunk/libgcc/ChangeLog trunk/libgcc/config/rs6000/sfp-machine.h
[Bug bootstrap/69611] Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611 Andreas Tobler changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #9 from Andreas Tobler --- Now I can close it, 24h have passed.
[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 Andreas Tobler changed: What|Removed |Added CC||andreast at gcc dot gnu.org --- Comment #51 from Andreas Tobler --- Fixes the configure for FreeBSD. Thanks, Andreas
[Bug sanitizer/79562] sanitizer breaks bootstrap of x86_64-*-freebsd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79562 Andreas Tobler changed: What|Removed |Added CC||andreast at gcc dot gnu.org --- Comment #3 from Andreas Tobler --- Created attachment 40758 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40758&action=edit patch to fix bootstrap on FreeBSD
[Bug sanitizer/79562] sanitizer breaks bootstrap of x86_64-*-freebsd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79562 Andreas Tobler changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2017-02-16 Ever confirmed|0 |1 --- Comment #4 from Andreas Tobler --- The patch I attached was picked from upstream. http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/lib/sanitizer_common/sanitizer_platform_limits_posix.cc?view=diff&r1=294805&r2=294806&pathrev=294806
[Bug sanitizer/79562] sanitizer breaks bootstrap of x86_64-*-freebsd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79562 --- Comment #6 from Andreas Tobler --- Author: andreast Date: Thu Feb 16 21:23:51 2017 New Revision: 245520 URL: https://gcc.gnu.org/viewcvs?rev=245520&root=gcc&view=rev Log: 2017-02-16 Andreas Tobler PR sanitizer/79562 * sanitizer_common/sanitizer_platform_limits_posix.cc: Cherry-pick upstream r294806. Modified: trunk/libsanitizer/ChangeLog trunk/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
[Bug sanitizer/79562] sanitizer breaks bootstrap of x86_64-*-freebsd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79562 Andreas Tobler changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from Andreas Tobler --- Fixed on trunk.
[Bug sanitizer/79562] sanitizer breaks bootstrap of x86_64-*-freebsd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79562 --- Comment #9 from Andreas Tobler --- Author: andreast Date: Fri Feb 17 19:21:39 2017 New Revision: 245546 URL: https://gcc.gnu.org/viewcvs?rev=245546&root=gcc&view=rev Log: 2017-02-17 Andreas Tobler Backported from mainline 2017-02-16 Andreas Tobler PR sanitizer/79562 * sanitizer_common/sanitizer_platform_limits_posix.cc: Cherry-pick upstream r294806. Modified: branches/gcc-6-branch/libsanitizer/ChangeLog branches/gcc-6-branch/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
[Bug sanitizer/79562] sanitizer breaks bootstrap of x86_64-*-freebsd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79562 --- Comment #10 from Andreas Tobler --- Author: andreast Date: Fri Feb 17 19:23:28 2017 New Revision: 245547 URL: https://gcc.gnu.org/viewcvs?rev=245547&root=gcc&view=rev Log: 2017-02-17 Andreas Tobler Backported from mainline 2017-02-16 Andreas Tobler PR sanitizer/79562 * sanitizer_common/sanitizer_platform_limits_posix.cc: Cherry-pick upstream r294806. Modified: branches/gcc-5-branch/libsanitizer/ChangeLog branches/gcc-5-branch/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
[Bug libgcc/82635] std::thread's join broken on FreeBSD with all GCCs >= 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 --- Comment #9 from Andreas Tobler --- Could you please tell us the FreeBSD version and arch you run on? uname -ra
[Bug libgcc/82635] std::thread's join broken on FreeBSD with all GCCs >= 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 Andreas Tobler changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |andreast at gcc dot gnu.org --- Comment #11 from Andreas Tobler --- For the record, in gcc5 this one went in: md_unwind_header=i386/freebsd-unwind.h Before we had no MD_FALLBACK_FRAME_STATE_FOR. Will investigate.
[Bug libgcc/82635] std::thread's join broken on FreeBSD with all GCCs >= 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 --- Comment #12 from Andreas Tobler --- Will soon commit a fix, for gcc6/7/8 on FreeBSD > 9.3. Older gcc's and OS releases will not be supported by this fix.
[Bug libgcc/82635] std::thread's join broken on FreeBSD with all GCCs >= 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 --- Comment #14 from Andreas Tobler --- The gcc5 branch is closed, so I can not commit there. In the ports tree we're on gcc6 as default gcc. We still can build gcc5. I certainly can talk to Gerald to make an exception or whatever and patch the gcc5 port.
[Bug libgcc/82635] std::thread's join broken on FreeBSD with all GCCs >= 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 --- Comment #15 from Andreas Tobler --- Author: andreast Date: Sat Nov 4 19:40:23 2017 New Revision: 254411 URL: https://gcc.gnu.org/viewcvs?rev=254411&root=gcc&view=rev Log: 2017-11-04 Andreas Tobler PR libgcc/82635 * config/i386/freebsd-unwind.h (MD_FALLBACK_FRAME_STATE_FOR): Use a sysctl to determine whether we're in a trampoline. Keep the pattern matching method for systems without KERN_PROC_SIGTRAMP sysctl. Modified: trunk/libgcc/ChangeLog trunk/libgcc/config/i386/freebsd-unwind.h
[Bug libgcc/82635] std::thread's join broken on FreeBSD with all GCCs >= 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 --- Comment #16 from Andreas Tobler --- Author: andreast Date: Sun Nov 5 19:30:41 2017 New Revision: 254431 URL: https://gcc.gnu.org/viewcvs?rev=254431&root=gcc&view=rev Log: 2017-11-05 Andreas Tobler Backport from mainline 2017-11-04 Andreas Tobler PR libgcc/82635 * config/i386/freebsd-unwind.h (MD_FALLBACK_FRAME_STATE_FOR): Use a sysctl to determine whether we're in a trampoline. Keep the pattern matching method for systems without KERN_PROC_SIGTRAMP sysctl. Modified: branches/gcc-7-branch/libgcc/ChangeLog branches/gcc-7-branch/libgcc/config/i386/freebsd-unwind.h
[Bug libgcc/82635] std::thread's join broken on FreeBSD with all GCCs >= 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 --- Comment #17 from Andreas Tobler --- Author: andreast Date: Sun Nov 5 19:33:44 2017 New Revision: 254432 URL: https://gcc.gnu.org/viewcvs?rev=254432&root=gcc&view=rev Log: 2017-11-05 Andreas Tobler Backport from mainline 2017-11-04 Andreas Tobler PR libgcc/82635 * config/i386/freebsd-unwind.h (MD_FALLBACK_FRAME_STATE_FOR): Use a sysctl to determine whether we're in a trampoline. Keep the pattern matching method for systems without KERN_PROC_SIGTRAMP sysctl. Modified: branches/gcc-6-branch/libgcc/ChangeLog branches/gcc-6-branch/libgcc/config/i386/freebsd-unwind.h
[Bug libgcc/82635] std::thread's join broken on FreeBSD with all GCCs >= 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 Andreas Tobler changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #18 from Andreas Tobler --- Trunk and active branches are fixed.
[Bug target/65535] powerpc64-freebsd build failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535
--- Comment #1 from Andreas Tobler ---
Here a native build seems to succeed, right now in stage three with sources
from today.
[tritium:head/objdir/gcc] andreast% grep -i fbsd_major *
Makefile:tm_defines= LIBC_GLIBC=1 LIBC_UCLIBC=2 LIBC_BIONIC=3 FBSD_MAJOR=11
config.log:tm_defines=' LIBC_GLIBC=1 LIBC_UCLIBC=2 LIBC_BIONIC=3 FBSD_MAJOR=11'
config.status:S["tm_defines"]=" LIBC_GLIBC=1 LIBC_UCLIBC=2 LIBC_BIONIC=3
FBSD_MAJOR=11"
tm.h:#ifndef FBSD_MAJOR
tm.h:# define FBSD_MAJOR 11
FBSD_MAJOR is defined during configure time:
config.gcc:line 666
fbsd_major=`echo ${target} | sed -e 's/.*freebsd//g' | sed -e 's/\..*//g'`
tm_defines="${tm_defines} FBSD_MAJOR=${fbsd_major}"
Can you give me some details about your setup/build?
[Bug target/65535] powerpc64-freebsd build failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535 --- Comment #2 from Andreas Tobler --- Btw, cool bug ID ;) 0x
[Bug target/65535] powerpc64-freebsd build failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535 --- Comment #3 from Andreas Tobler --- Unfortunately the build fails with: /usr/local/bin/ld: libbackend.a(tree-diagnostic.o): bad reloc symbol index (0x1 >= 0x39) for offset 0x3ee6 in section `.debug_info' libbackend.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status /export/devel/net/src/gcc/head/gcc/gcc/c/Make-lang.in:71: recipe for target 'cc1' failed gmake[3]: *** [cc1] Error 1 gmake[3]: Leaving directory '/export/build/src/gcc/head/objdir/gcc' Makefile:: recipe for target 'all-stage3-gcc' failed gmake[2]: *** [all-stage3-gcc] Error 2 But this is independent to your report.
[Bug target/65535] powerpc64-freebsd build failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535 --- Comment #5 from Andreas Tobler --- Here my patch: https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00839.html I do not like to hardcode a version number. Would mean to update when needed.. The important thing here is, if you build a cross compiler make sure that the binutils and the gcc target match, including a major version number. E.g: the binutils --target=amd64-unknown-freebsd10.1 must be equal to the gcc --target=amd64-unknown-freebsd10.1. It doesn't work if you give a target w/o version number to binutils and one with version number to gcc configury. The mentoned patch was tested on a CentOS -> amd64-unknown-freebsd11.0 cross also on native FreeBSD (armv6/hf, amd64).
[Bug target/65535] powerpc64-freebsd build failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535 --- Comment #6 from Andreas Tobler --- Author: andreast Date: Fri Apr 17 17:50:46 2015 New Revision: 222192 URL: https://gcc.gnu.org/viewcvs?rev=222192&root=gcc&view=rev Log: PR target/65535 * config.gcc: Exit with a comment when we do not have a major version number for the FreeBSD target. Modified: trunk/gcc/ChangeLog trunk/gcc/config.gcc
[Bug target/65535] powerpc64-freebsd build failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535 Andreas Tobler changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |6.0 --- Comment #7 from Andreas Tobler --- Fixed.
[Bug target/47123] *freebsd configurations configure, but don't build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123 Andreas Tobler changed: What|Removed |Added CC||andreast at gcc dot gnu.org --- Comment #1 from Andreas Tobler --- Fixed, see target/65535
[Bug target/47123] *freebsd configurations configure, but don't build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123 Andreas Tobler changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #2 from Andreas Tobler --- See previous comment.
[Bug target/47093] [meta-bug]: broken configurations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47093 Bug 47093 depends on bug 47123, which changed state. Bug 47123 Summary: *freebsd configurations configure, but don't build https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
[Bug bootstrap/66252] [6 regression] bootstrap comparison failures on sparc-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252 --- Comment #2 from Andreas Tobler --- I see the same failures on sparc-solaris 10
[Bug ipa/66181] [6 Regression]: /usr/include/bits/types.h:134:16: ICE: verify_type failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66181 --- Comment #11 from Andreas Tobler --- For the record from my side: sparc-solaris and arm*-*-freebsd* are also affected. Applying the line from #6 cures the bootstrap on arm. But sparc-solaris is still broken, 66252 is the pointer there.
[Bug libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor "/lib/cpp" fails sanity check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726 Andreas Tobler changed: What|Removed |Added Status|WAITING |ASSIGNED Last reconfirmed|2015-04-09 00:00:00 |2015-11-26 --- Comment #7 from Andreas Tobler --- Here the proposed patch: https://gcc.gnu.org/ml/gcc-patches/2015-11/msg03289.html
[Bug target/64368] [5 Regression] Several libstdc++ test failures on non-linux platforms after r218964.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368 --- Comment #27 from Andreas Tobler --- FreeBSD/amd64 is back to normal too, thanks! https://gcc.gnu.org/ml/gcc-testresults/2015-01/msg03141.html
[Bug other/63699] bootstrap fails with Apple clang 6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63699 Andreas Tobler changed: What|Removed |Added CC||andreast at gcc dot gnu.org --- Comment #2 from Andreas Tobler --- Cross compilation with clang is also affected. amd64-*-freebsd* -> arm-*-freebsd* fails with the same error. The snippet attached to this report 'solves' the issue for me. Thanks!
[Bug libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor "/lib/cpp" fails sanity check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726 --- Comment #9 from Andreas Tobler --- Author: andreast Date: Tue Dec 1 20:15:35 2015 New Revision: 231128 URL: https://gcc.gnu.org/viewcvs?rev=231128&root=gcc&view=rev Log: 2015-12-01 Andreas Tobler PR libffi/65726 * Makefile.def (lang_env_dependencies): Make libffi depend on cxx. * Makefile.in: Regenerate. Modified: trunk/ChangeLog trunk/Makefile.def trunk/Makefile.in
[Bug libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor "/lib/cpp" fails sanity check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726 --- Comment #10 from Andreas Tobler --- I will wait until gcc5 opens again and then I back-port this patch to gcc5 and gcc49.
[Bug libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor "/lib/cpp" fails sanity check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726 --- Comment #12 from Andreas Tobler --- Author: andreast Date: Fri Dec 4 19:51:35 2015 New Revision: 231301 URL: https://gcc.gnu.org/viewcvs?rev=231301&root=gcc&view=rev Log: 2015-12-04 Andreas Tobler Backport from mainline 2015-12-01 Andreas Tobler PR libffi/65726 * Makefile.def (lang_env_dependencies): Make libffi depend on cxx. * Makefile.in: Regenerate. Modified: branches/gcc-5-branch/ChangeLog branches/gcc-5-branch/Makefile.def branches/gcc-5-branch/Makefile.in
[Bug libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor "/lib/cpp" fails sanity check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726 --- Comment #13 from Andreas Tobler --- Author: andreast Date: Fri Dec 4 20:25:13 2015 New Revision: 231305 URL: https://gcc.gnu.org/viewcvs?rev=231305&root=gcc&view=rev Log: 2015-12-04 Andreas Tobler Backport from mainline 2015-12-01 Andreas Tobler PR libffi/65726 * Makefile.def (lang_env_dependencies): Make libffi depend on cxx. * Makefile.in: Regenerate. Modified: branches/gcc-4_9-branch/ChangeLog branches/gcc-4_9-branch/Makefile.def branches/gcc-4_9-branch/Makefile.in
[Bug libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor "/lib/cpp" fails sanity check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726 Andreas Tobler changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #14 from Andreas Tobler --- Fixes applied where needed.
[Bug target/68617] arm ice output_operand: invalid %-code for -march=armv6k + thumb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68617 Andreas Tobler changed: What|Removed |Added CC||andreast at gcc dot gnu.org --- Comment #5 from Andreas Tobler --- This commit broke bootstrap on armv6*-*-freebsd*. Here the proposed fix: https://gcc.gnu.org/ml/gcc-patches/2015-12/msg02060.html
[Bug target/48690] gcc-4.3.5 fails for target m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690 Andreas Tobler changed: What|Removed |Added CC||andreast at gcc dot gnu.org --- Comment #9 from Andreas Tobler 2011-04-20 17:49:59 UTC --- Is r122895 the last revision which 'works'? (check out a 4.3 branch and do and 'svn up -r 122895'. For checkout details see: http://gcc.gnu.org/svn.html)
[Bug target/48690] gcc-4.3.5 fails for target m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690 --- Comment #15 from Andreas Tobler 2011-04-21 11:34:32 UTC --- This was my fault. I have in mind that my breakage happened between 4.2 and 4.3. (And you write that 4.2.4 is ok, right?) Unfortunately we can not update/downgrade to this revision number with the 4.3 checkout. What you can do is checkout trunk and go back to r122895. This was the revision which worked for me on my target. With r122896 I get similar faults as you. The procedure is as follows: svn checkout svn://gcc.gnu.org/svn/gcc/trunk gcc-src-dir (you name the directory) cd gcc-src-dir svn up -r 122895 To see what happened in each svn commit you can browse the link below. It is just a random timestamp. You have to look for the revision number by 'hand'. http://gcc.gnu.org/ml/gcc-cvs/2007-03/
[Bug target/48690] gcc-4.3.5 fails for target m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690 --- Comment #17 from Andreas Tobler 2011-04-21 15:46:44 UTC --- svn diff -r 122895:122896 m68k.md
[Bug target/48690] gcc-4.3.5 fails for target m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690 --- Comment #22 from Andreas Tobler 2011-04-22 14:16:13 UTC --- I need some time to bisect. I'll let you know asap which version is the breaking one.
[Bug target/48690] gcc-4.3.5 fails for target m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690 --- Comment #23 from Andreas Tobler 2011-04-22 16:56:53 UTC --- Ok. The breaking revision is 121736. If you add this to m68k/netbsd-elf.h it compiles. #undef STRICT_ALIGNMENT #define STRICT_ALIGNMENT 0 I had to disable libgomp too since this netbsd target does not have pthreads. I'll update to current and see where we are.
[Bug target/48690] gcc-4.3.5 fails for target m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690 Andreas Tobler changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.22 17:38:28 Ever Confirmed|0 |1 --- Comment #25 from Andreas Tobler 2011-04-22 17:38:28 UTC --- Nobody said you are ;)
[Bug target/48690] gcc-4.3.5 fails for target m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690 Andreas Tobler changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #26 from Andreas Tobler 2011-04-22 18:47:10 UTC --- Trunk is fine too: Target: m68k-netbsdelf1.6.1 Configured with: /Volumes/development/gcc/head-clean/gcc/configure --prefix=/Volumes/development/tools/nbsdcross/install --target=m68k-netbsdelf1.6.1 --enable-languages=c,c++,fortran --disable-nls --disable-mudflap --disable-lto --disable-libgomp --with-build-time-tools=/Volumes/development/tools/nbsdcross/install --with-headers=/Volumes/development/tools/nbsdcross/sys/usr/include --with-libs=/Volumes/development/tools/nbsdcross/sys/usr/lib Thread model: single gcc version 4.7.0 20110422 (experimental) [trunk revision 171184] (GCC) Patch is here, against trunk (4.7): http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01881.html
[Bug target/48690] gcc-4.3.5 fails for target m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690 --- Comment #29 from Andreas Tobler 2011-04-22 20:38:28 UTC --- Unfortunately the issue is not solved yet. I was informed that 68010 needs STRICT_ALIGNMENT. So I have to think about how to solve this. Afaik, netbsd has 68010 machines (Sun?). Leave the PR open.
[Bug target/48690] gcc-4.3.5 fails for target m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690 --- Comment #32 from Andreas Tobler 2011-04-22 22:15:28 UTC --- The last build was successful with commenting BIGGEST_ALIGNMENT and adding PREFERRED_STACK_BOUNDARY 32. I'll continue later. Thanks Andreas!
[Bug target/48690] gcc-4.3.5 fails for target m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690 --- Comment #33 from Andreas Tobler 2011-04-28 16:58:53 UTC --- I was able to build a cross gcc with the patch below. But I do not know if this correct. Especially I do not know if we can lower the BIGGEST_ALIGNMENT. If not, I do not know how to solve the issue. Is the m68k ABI available somewhere? Here the current patch: Index: netbsd-elf.h === --- netbsd-elf.h(revision 172861) +++ netbsd-elf.h(working copy) @@ -272,6 +272,8 @@ #undef STACK_BOUNDARY #define STACK_BOUNDARY 32 +#undef PREFERRED_STACK_BOUNDARY +#define PREFERRED_STACK_BOUNDARY 32 /* Alignment of field after `int : 0' in a structure. For m68k/SVR4, this is the next longword boundary. */ @@ -285,7 +287,7 @@ boundaries */ #undef BIGGEST_ALIGNMENT -#define BIGGEST_ALIGNMENT 64 +#define BIGGEST_ALIGNMENT 32 /* The svr4 ABI for the m68k says that records and unions are returned
[Bug bootstrap/97304] Boostrap failure on freebsd: ld: error: unable to find library -lc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97304 --- Comment #5 from Andreas Tobler --- Hi Tobias, on FreeBSD-12.1, the ld is from binutils 2.17, a really old one. Try to configure with '--with-as=/usr/local/bin/as --with-ld=/usr/local/bin/ld '. Prerequisite is the installation of the binutils package. I just tried on FreeBSD-13-trunk, stage one passed with the above config parameters. (Today's gcc trunk) Now I try to use the llvm ld, the one which will be /usr/bin/ld from FreeBSD-13 up. Let me how it works, Andreas
[Bug bootstrap/97304] Boostrap failure on freebsd: ld: error: unable to find library -lc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97304 --- Comment #6 from Andreas Tobler --- First, excuse me Thomas, I was focused on 'Tobias' from the description text. It seems to pass bootstrap with /usr/bin/ld on FreeBSD-13. The test suite will tell more.
[Bug bootstrap/97304] Boostrap failure on freebsd: ld: error: unable to find library -lc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97304 --- Comment #7 from Andreas Tobler --- Any news on this? Or can we close this PR? TIA, Andreas
[Bug fortran/100662] intrinsic::ieee_arithmetic fails on aarch, powerpc architectures on FreeBSD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662 --- Comment #15 from Andreas Tobler --- Regarding comment #10, Steve is right with his guess, configure doesn't find the fenv functionalities needed. The reason is pretty simple, for aarch64 and powerpc, they are not public. A quick trial showed that if they are visible, then gfortran is 'happy' and nearly all ieee testcases pass. I did not investigate the failing parts. The big issue is, how can we make them available to libm. This is an OS issue and not a gcc issue. The only thing I'm confused in gcc land, as Steve as well, why is the file named fpu-glibc and not fpu-fenv? Regarding the OS issue, it might take a while to (re)solve this.
[Bug fortran/100662] intrinsic::ieee_arithmetic fails on aarch, powerpc architectures on FreeBSD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662 --- Comment #13 from Andreas Tobler --- I try to find some spare cycles to look into. But I can only investigate the aarch64 part. The powerpcs are gone here.
