[Bug fortran/100662] intrinsic::ieee_arithmetic fails on aarch, powerpc architectures on FreeBSD

[andreast at gcc dot gnu.org via Gcc-bugs]

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

[andreast at gcc dot gnu.org via Gcc-bugs]

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.

[Bug bootstrap/97304] Boostrap failure on freebsd: ld: error: unable to find library -lc

[andreast at gcc dot gnu.org via Gcc-bugs]

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 bootstrap/97304] Boostrap failure on freebsd: ld: error: unable to find library -lc

[andreast at gcc dot gnu.org via Gcc-bugs]

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

[andreast at gcc dot gnu.org via Gcc-bugs]

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 target/37073] -fno-math-errno should be the default on FreeBSD

[andreast at gcc dot gnu.org]

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 target/89125] Misoptimization of converting sin(x) and cos(x) into sincos(x,,)

[andreast at gcc dot 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 target/89125] Misoptimization of converting sin(x) and cos(x) into sincos(x,,)

[andreast at gcc dot 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.

[Bug libgcc/84292] __sync_add_and_fetch returns the old value instead of the new value

[andreast at gcc dot gnu.org]

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 libstdc++/85768] New: FreeBSD bootstrap fails due to undefined reference to 'backtrace'

[andreast at gcc dot gnu.org]

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 libgcc/84292] __sync_add_and_fetch returns the old value instead of the new value

[andreast at gcc dot gnu.org]

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=gcc=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 libgcc/84292] __sync_add_and_fetch returns the old value instead of the new value

[andreast at gcc dot gnu.org]

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

[andreast at gcc dot gnu.org]

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/82635] std::thread's join broken on FreeBSD with all GCCs >= 5

[andreast at gcc dot gnu.org]

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 libgcc/82635] std::thread's join broken on FreeBSD with all GCCs >= 5

[andreast at gcc dot gnu.org]

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=gcc=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

[andreast at gcc dot gnu.org]

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=gcc=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

[andreast at gcc dot gnu.org]

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=gcc=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

[andreast at gcc dot gnu.org]

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

[andreast at gcc dot gnu.org]

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

[andreast at gcc dot gnu.org]

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

[andreast at gcc dot gnu.org]

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 sanitizer/79562] sanitizer breaks bootstrap of x86_64-*-freebsd

[andreast at gcc dot gnu.org]

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=gcc=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 sanitizer/79562] sanitizer breaks bootstrap of x86_64-*-freebsd

[andreast at gcc dot gnu.org]

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=gcc=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

[andreast at gcc dot gnu.org]

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

[andreast at gcc dot gnu.org]

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=gcc=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

[andreast at gcc dot gnu.org]

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=294805=294806=294806

[Bug sanitizer/79562] sanitizer breaks bootstrap of x86_64-*-freebsd

[andreast at gcc dot gnu.org]

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=edit
patch to fix bootstrap on FreeBSD

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

[andreast at gcc dot gnu.org]

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 bootstrap/69611] Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support.

[andreast at gcc dot gnu.org]

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 bootstrap/69611] Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support.

[andreast at gcc dot gnu.org]

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=gcc=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.

[andreast at gcc dot gnu.org]

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] New: Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support.

[andreast at gcc dot gnu.org]

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 target/68617] arm ice output_operand: invalid %-code for -march=armv6k + thumb

[andreast at gcc dot gnu.org]

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 libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor "/lib/cpp" fails sanity check

[andreast at gcc dot gnu.org]

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=gcc=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

[andreast at gcc dot gnu.org]

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 libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor "/lib/cpp" fails sanity check

[andreast at gcc dot gnu.org]

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=gcc=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

[andreast at gcc dot gnu.org]

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

[andreast at gcc dot gnu.org]

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=gcc=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

[andreast at gcc dot gnu.org]

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 bootstrap/66252] [6 regression] bootstrap comparison failures on sparc-linux

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252

--- Comment #2 from Andreas Tobler andreast at gcc dot gnu.org ---
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

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66181

--- Comment #11 from Andreas Tobler andreast at gcc dot gnu.org ---
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 target/47123] *freebsd configurations configure, but don't build

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 CC||andreast at gcc dot gnu.org

--- Comment #1 from Andreas Tobler andreast at gcc dot gnu.org ---
Fixed, see target/65535

[Bug target/47123] *freebsd configurations configure, but don't build

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #2 from Andreas Tobler andreast at gcc dot gnu.org ---
See previous comment.

[Bug target/47093] [meta-bug]: broken configurations

[andreast at gcc dot gnu.org]

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 target/65535] powerpc64-freebsd build failure

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535

--- Comment #6 from Andreas Tobler andreast at gcc dot gnu.org ---
Author: andreast
Date: Fri Apr 17 17:50:46 2015
New Revision: 222192

URL: https://gcc.gnu.org/viewcvs?rev=222192root=gccview=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

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |6.0

--- Comment #7 from Andreas Tobler andreast at gcc dot gnu.org ---
Fixed.

[Bug target/65535] powerpc64-freebsd build failure

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535

--- Comment #5 from Andreas Tobler andreast at gcc dot gnu.org ---
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

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535

--- Comment #1 from Andreas Tobler andreast at gcc dot gnu.org ---
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

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535

--- Comment #3 from Andreas Tobler andreast at gcc dot gnu.org ---
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

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65535

--- Comment #2 from Andreas Tobler andreast at gcc dot gnu.org ---
Btw, cool bug ID ;) 0x

[Bug target/64368] [5 Regression] Several libstdc++ test failures on non-linux platforms after r218964.

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368

--- Comment #27 from Andreas Tobler andreast at gcc dot gnu.org ---
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

[andreast at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63699

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 CC||andreast at gcc dot gnu.org

--- Comment #2 from Andreas Tobler andreast at gcc dot gnu.org ---
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 bootstrap/55784] [4.8 regression] declaration of C function 'const char* strsignal(int)' conflicts with /usr/include/string.h:112: error: previous declaration

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55784



Andreas Tobler andreast at gcc dot gnu.org changed:



   What|Removed |Added



 CC||andreast at gcc dot gnu.org

   Severity|blocker |normal



--- Comment #9 from Andreas Tobler andreast at gcc dot gnu.org 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 debug/54693] VTA guality issues with loops

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54693



Andreas Tobler andreast at gcc dot gnu.org changed:



   What|Removed |Added



 CC||andreast at gcc dot gnu.org



--- Comment #19 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54693



--- Comment #20 from Andreas Tobler andreast at gcc dot gnu.org 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/54684] New: bootstrap broken with --disable-checking

[andreast at gcc dot gnu.org]

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 preprocessor/51776] fixincludes hacks around a C++ deficiency

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51776

--- Comment #1 from Andreas Tobler andreast at gcc dot gnu.org 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=gccview=revrev=183096
Log:
2012-01-11  Bruce Korb bk...@gnu.org
Steven G. Kargl  ka...@gcc.gnu.org
Andreas Tobler  andre...@fgznet.ch

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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #49 from Andreas Tobler andreast at gcc dot gnu.org 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

[Bug bootstrap/51705] [4.7 Regression] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705

Andreas Tobler andreast at gcc dot gnu.org 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 andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #46 from Andreas Tobler andreast at gcc dot gnu.org 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 bk...@gnu.org
Steven G. Kargl  ka...@gcc.gnu.org
Andreas Tobler  andre...@fgznet.ch

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 bootstrap/51705] [4.7 Regression] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705

--- Comment #34 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705

--- Comment #29 from Andreas Tobler andreast at gcc dot gnu.org 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] FreeBSD uses unsupported C++11 features when __cplusplus == 201103L

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 CC||andreast at gcc dot gnu.org

--- Comment #17 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705

--- Comment #19 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705

--- Comment #21 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51705

--- Comment #22 from Andreas Tobler andreast at gcc dot gnu.org 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/51388] Configure failure to detect unsupported warning options for non-bootstrap builds (including cross builds)

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51388

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 CC||andreast at gcc dot gnu.org

--- Comment #10 from Andreas Tobler andreast at gcc dot gnu.org 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)

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51388

--- Comment #12 from Andreas Tobler andreast at gcc dot gnu.org 2011-12-20 
15:57:36 UTC ---
Seems to work. At least in stage one, compiling gcc.

Thank you!

[Bug target/48690] gcc-4.3.5 fails for target m68k

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690

--- Comment #33 from Andreas Tobler andreast at gcc dot gnu.org 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 target/48690] gcc-4.3.5 fails for target m68k

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690

--- Comment #22 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690

--- Comment #23 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.22 17:38:28
 Ever Confirmed|0   |1

--- Comment #25 from Andreas Tobler andreast at gcc dot gnu.org 2011-04-22 
17:38:28 UTC ---
Nobody said you are ;)

[Bug target/48690] gcc-4.3.5 fails for target m68k

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #26 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690

--- Comment #29 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690

--- Comment #32 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690

--- Comment #15 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690

--- Comment #17 from Andreas Tobler andreast at gcc dot gnu.org 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

[andreast at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690

Andreas Tobler andreast at gcc dot gnu.org changed:

   What|Removed |Added

 CC||andreast at gcc dot gnu.org

--- Comment #9 from Andreas Tobler andreast at gcc dot gnu.org 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)