gcc 4.8.3 configure/build targeting alpha dec does not fully respect --prefix - or is it something else?

2015-10-06 Thread Dennis Luehring
The github-repo https://github.com/LowLevelMahn/build_clfs_tools contains the scripts, files AND complete build-logs (so no need to run the script yourself) separated for each step that i will use here as a "walkable" reference. Its better read/clickable then this long email. I'll try to keep t

FIXED LINKS: gcc 4.8.3 configure/build targeting alpha dec does not fully respect --prefix - or is it something else?

2015-10-06 Thread Dennis Luehring
The github-repo https://github.com/LowLevelMahn/build_clfs_tools contains the scripts, files AND complete build-logs (so no need to run the script yourself) separated for each step that i will use here as a "walkable" reference. The Repo Readme.MD better read/clickable then this long email. I'll

aarch64-suse-linux-gnu: libgomp.oacc-c-c++-common/abort-1.c, libgomp.oacc-c-c++-common/abort-3.c FAILs (was: Results for 6.0.0 20151002 (experimental) [trunk revision 228367] (GCC) testsuite on aarch6

2015-10-06 Thread Thomas Schwinge
Hi Andreas! On Fri, 02 Oct 2015 13:58:55 +0200, Andreas Schwab wrote: > LAST_UPDATED: Fri Oct 2 02:31:25 UTC 2015 (revision 228367) > > Native configuration is aarch64-suse-linux-gnu > === libgomp tests === > > > Running target unix > FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++

Re: aarch64-suse-linux-gnu: libgomp.oacc-c-c++-common/abort-1.c, libgomp.oacc-c-c++-common/abort-3.c FAILs

2015-10-06 Thread Andreas Schwab
Thomas Schwinge writes: > Hi Andreas! > > On Fri, 02 Oct 2015 13:58:55 +0200, Andreas Schwab > wrote: >> LAST_UPDATED: Fri Oct 2 02:31:25 UTC 2015 (revision 228367) >> >> Native configuration is aarch64-suse-linux-gnu > >> === libgomp tests === >> >> >> Running target unix >> F

Re: aarch64-suse-linux-gnu: libgomp.oacc-c-c++-common/abort-1.c, libgomp.oacc-c-c++-common/abort-3.c FAILs

2015-10-06 Thread Thomas Schwinge
Hi Andreas! On Tue, 06 Oct 2015 12:53:03 +0200, Andreas Schwab wrote: > Thomas Schwinge writes: > > On Fri, 02 Oct 2015 13:58:55 +0200, Andreas Schwab > > wrote: > >> LAST_UPDATED: Fri Oct 2 02:31:25 UTC 2015 (revision 228367) > >> > >> Native configuration is aarch64-suse-linux-gnu > > > >

Re: aarch64-suse-linux-gnu: libgomp.oacc-c-c++-common/abort-1.c, libgomp.oacc-c-c++-common/abort-3.c FAILs

2015-10-06 Thread Andreas Schwab
Thomas Schwinge writes: > | The two regressed test cases use __builtin_printf instead of fprintf to > | stderr, but as far as I know, abort is to flush all open streams before > | process termination? It can't, since abort must be async-signal-safe. Andreas. -- Andreas Schwab, sch...@linux-m6

What is guaranteed with the new numbering scheme of GCC releases ?

2015-10-06 Thread Toon Moene
All, One of my colleagues on the Fortran Standardization Committee asked me the following question: "People are still not too familiar with the new GCC numbering scheme. My impression is that 5.2 is just a maintenance update of 5.1. However, they still want assurance that there are no call

Re: What is guaranteed with the new numbering scheme of GCC releases ?

2015-10-06 Thread Jonathan Wakely
On 6 October 2015 at 20:32, Toon Moene wrote: > All, > > One of my colleagues on the Fortran Standardization Committee asked me the > following question: > > "People are still not too familiar with the new GCC numbering scheme. My > impression is that 5.2 is just a maintenance update of 5.1. Howev

gcc-5-20151006 is now available

2015-10-06 Thread gccadmin
Snapshot gcc-5-20151006 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20151006/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 5 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-5

Re: reload question about unmet constraints

2015-10-06 Thread DJ Delorie
> So in general, it's really not safe to mark a constraint that accepts > only far memory as "memory constraint" with current reload. > > Note that *not* marking the constraint as memory constraint actually > does not prevent reload from fixing up illegitimate addresses, so you > shouldn't really