Successful bootstrap and install of gcc (GCC) 7.3.0 on mips64-unknown-linux-gnu

2018-03-30 Thread Aaro Koskinen
Hi,

Here's a report of a successful build and install of GCC:

$ gcc-7.3.0/config.guess
mips64-unknown-linux-gnu

$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/mips-unknown-linux-gnu/7.3.0/lto-wrapper
Target: mips-unknown-linux-gnu
Configured with: ../gcc-7.3.0/configure --with-arch=octeon+ --with-abi=32 
--enable-targets=all --with-float=soft --disable-nls 
--prefix=/home/aaro/gcctest/newcompiler --enable-languages=c,c++ 
--host=mips-unknown-linux-gnu --build=mips-unknown-linux-gnu 
--target=mips-unknown-linux-gnu --with-system-zlib --with-sysroot=/
Thread model: posix
gcc version 7.3.0 (GCC) 

-- Build environment --

host: edgerouter-pro
distro:   los.git rootfs=e263b native=e263b
kernel:   Linux 4.16.0-rc6-octeon-los_e263b
binutils: GNU binutils 2.30
make: GNU Make 4.2.1
libc: GNU C Library (GNU libc) stable release version 2.27.
zlib: 1.2.11
mpfr: 4.0.1
gmp:  60102

-- Time consumed --

configure:  real0m 9.69s
user0m 10.01s
sys 0m 1.58s

bootstrap:  real14h 41m 10s
user26h 8m 51s
sys 1h 47m 54s

install:real9m 13.75s
user3m 21.04s
sys 4m 49.77s

-- Hardware details ---

MemTotal: 2007368 kB

system type : ubnt,e200 (CN6120p1.1-1000-NSP)
machine : Unknown
processor   : 0
cpu model   : Cavium Octeon II V0.1
BogoMIPS: 2000.00
wait instruction: yes
microsecond timers  : yes
tlb_entries : 128
extra interrupt vector  : yes
hardware watchpoint : yes, count: 2, address/irw mask: [0x0ffc, 0x0ffb]
isa : mips1 mips2 mips3 mips4 mips5 mips32r1 mips32r2 
mips64r1 mips64r2
ASEs implemented:
shadow register sets: 1
kscratch registers  : 3
package : 0
core: 0
VCED exceptions : not available
VCEI exceptions : not available

processor   : 1
cpu model   : Cavium Octeon II V0.1
BogoMIPS: 2000.00
wait instruction: yes
microsecond timers  : yes
tlb_entries : 128
extra interrupt vector  : yes
hardware watchpoint : yes, count: 2, address/irw mask: [0x0ffc, 0x0ffb]
isa : mips1 mips2 mips3 mips4 mips5 mips32r1 mips32r2 
mips64r1 mips64r2
ASEs implemented:
shadow register sets: 1
kscratch registers  : 3
package : 0
core: 1
VCED exceptions : not available
VCEI exceptions : not available

A.


Re: GCC contribution

2018-03-30 Thread Nathan Sidwell

On 03/29/2018 09:48 AM, Jeff Law wrote:

On 03/29/2018 12:56 AM, Andre Groenewald wrote:



GCC steering community I count on you and speaking behalf other
developers to keep GCC as close to C as possible for at least the next
1000 years.

We've already made a decision to use C++ when it makes sense.  That ship
sailed years ago.


Yeah, when can I write something as anachronistically futuristic as:

  v.qsort ([](auto a, auto b)
 { return int (**(Obj const *const *)a
   <=> **(Obj const *const*)b); });

huh?

nathan
--
Nathan Sidwell


Re: GCC contribution

2018-03-30 Thread Andre Groenewald
Your prochronistic expression is why front ends is developed.

The purpose of the GCC engine is to make anachronistic futuristic code
executable by means of a front-end, not to implement every star-trek
expression.

Why having this pointless conversation, the Titanic has left the port.


On Fri, Mar 30, 2018 at 2:16 PM, Nathan Sidwell  wrote:
> On 03/29/2018 09:48 AM, Jeff Law wrote:
>>
>> On 03/29/2018 12:56 AM, Andre Groenewald wrote:
>
>
>>> GCC steering community I count on you and speaking behalf other
>>> developers to keep GCC as close to C as possible for at least the next
>>> 1000 years.
>>
>> We've already made a decision to use C++ when it makes sense.  That ship
>> sailed years ago.
>
>
> Yeah, when can I write something as anachronistically futuristic as:
>
>   v.qsort ([](auto a, auto b)
>  { return int (**(Obj const *const *)a
><=> **(Obj const *const*)b); });
>
> huh?
>
> nathan
> --
> Nathan Sidwell


Successful bootstrap and install of gcc (GCC) 7.3.0 on hppa2.0-unknown-linux-gnu

2018-03-30 Thread Aaro Koskinen
Hi,

Here's a report of a successful build and install of GCC:

$ gcc-7.3.0/config.guess
hppa2.0-unknown-linux-gnu

$ newcompiler/bin/gcc -v
Using built-in specs.
COLLECT_GCC=newcompiler/bin/gcc
COLLECT_LTO_WRAPPER=/home/aaro/gcctest/newcompiler/libexec/gcc/hppa-unknown-linux-gnu/7.3.0/lto-wrapper
Target: hppa-unknown-linux-gnu
Configured with: ../gcc-7.3.0/configure --disable-nls 
--prefix=/home/aaro/gcctest/newcompiler --enable-languages=c,c++ 
--host=hppa-unknown-linux-gnu --build=hppa-unknown-linux-gnu 
--target=hppa-unknown-linux-gnu --with-system-zlib --with-sysroot=/
Thread model: posix
gcc version 7.3.0 (GCC) 

-- Build environment --

host: hp-c3700
distro:   los.git rootfs=e263b native=e263b
kernel:   Linux 4.16.0-rc6-los_3d204
binutils: GNU binutils 2.30
make: GNU Make 4.2.1
libc: GNU C Library (GNU libc) stable release version 2.27.
zlib: 1.2.11
mpfr: 4.0.1
gmp:  60102

-- Time consumed --

configure:  real0m 22.48s
user0m 9.67s
sys 0m 11.09s

bootstrap:  real20h 11m 06s
user19h 22m 09s
sys 45m 51.64s

install:real1m 19.14s
user0m 23.00s
sys 0m 53.11s

-- Hardware details ---

MemTotal: 3108184 kB

processor   : 0
cpu family  : PA-RISC 2.0
cpu : PA8700 (PCX-W2)
cpu MHz : 750.00
capabilities: os32 os64 iopdir_fdc nva_supported (0x07)
model   : 9000/785/C3700
model name  : Allegro W2
hversion: 0x5dc0
sversion: 0x0481
I-cache : 768 KB
D-cache : 1536 KB (WB, direct mapped)
ITLB entries: 240
DTLB entries: 240 - shared with ITLB
bogomips: 1495.85
software id : 2004755634

A.


Patching the GCC build system to build MPICH and OpenCoarrays

2018-03-30 Thread Damian Rouson
All,

Jerry DeLisle, Daniel Celis Garza, and I would greatly appreciate feedback on 
our approach to patching the GCC build system to build MPICH and OpenCoarrays 
after it builds gfortran (gfortran requires MPI and OpenCoarrays to support the 
parallel features of Fortran 2008 and Fortran 2018).  A diff of our work 
relative to the GCC trunk is at http://bit.ly/2pQuzvS.  Our steps so far 
include the following:

1. Jerry wrote an autotools build system for OpenCoarrays (on the OpenCoarrays 
issue-343-gnu-build branch.)
2. Jerry got MPICH and OpenCoarrays tar balls onto the GCC ftp server.  
3. I modified GCC’s contrib/download_prerequisites script to download the tar 
balls.
4. Daniel edited GCC’s Makefile.def, config.ac, and Makefile.tpl to incorporate 
MPICH.

Our current issue is that the Makefile produced as follows doesn’t create the 
desired “mpi" directory:

git clone -b build-mpich https://github.com/sourceryinstitute/gcc
mkdir -p gcc/build 
cd gcc/build
../configure --disable-bootstrap --enable-languages=fortran

whereupon "grep mpi Makefile” only returns comments and an echo statement.  
Ultimately, our desired sequence is to build gfortran, then build MPICH, and 
then build OpenCoarrays.  All advice is welcome.

Damian