Successful bootstrap and install of gcc (GCC) 7.3.0 on mips64-unknown-linux-gnu
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
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
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
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
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