Successful bootstrap and install of gcc (GCC) 6.2.0 on mips64el-unknown-linux-gnu
Hi, Here's a report of a successful build and install of GCC: $ gcc-6.2.0/config.guess mips64el-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/mipsel-unknown-linux-gnu/6.2.0/lto-wrapper Target: mipsel-unknown-linux-gnu Configured with: ../gcc-6.2.0/configure --with-arch=loongson2f --with-abi=32 --with-fp-32=xx --enable-targets=all --disable-nls --prefix=/home/aaro/gcctest/newcompiler --enable-languages=c,c++ --host=mipsel-unknown-linux-gnu --build=mipsel-unknown-linux-gnu --target=mipsel-unknown-linux-gnu --with-system-zlib --with-sysroot=/ Thread model: posix gcc version 6.2.0 (GCC) -- Build environment -- host: fuloong-minipc distro: los.git rootfs=ff90d27 native=ff90d27 kernel: Linux 4.8.0-rc6-lemote-los_ff90d27 binutils: GNU binutils 2.27 make: GNU Make 4.1 libc: GNU C Library (GNU libc) stable release version 2.24 zlib: mpfr: 3.1.3 gmp: 6 -- Time consumed -- configure: real0m 29.66s user0m 16.73s sys 0m 10.38s bootstrap: real48h 52m 49s user46h 16m 21s sys 2h 3m 24s install:real9m 46.73s user4m 13.22s sys 2m 30.07s -- Hardware details --- MemTotal: 494080 kB system type : lemote-fuloong-2f-box machine : Unknown processor : 0 cpu model : ICT Loongson-2 V0.3 FPU V0.1 BogoMIPS: 697150.20 wait instruction: yes microsecond timers : yes tlb_entries : 64 extra interrupt vector : no hardware watchpoint : yes, count: 0, address/irw mask: [] isa : mips2 mips3 ASEs implemented: shadow register sets: 1 kscratch registers : 0 package : 0 core: 0 VCED exceptions : not available VCEI exceptions : not available A.
Re: doc maintainer questions
[ Old e-mail alert ] On Sat, 19 Dec 2015, David Wohlferd wrote: > I have been discussing adding some content to the basic asm docs. As part of > this work, I want to add a discussion of "How to convert basic asm to extended > asm." However it doesn't seem like this is a good fit for the User Guide. > This is both because the UG doesn't generally talk about "How To" write code, > and because the text may need updates more often than the UG gets released. For the latter, could referring to gcc.gnu.org/onlinedocs (in particular the trunk version there) be a viable option? That gets updated daily, so not a question of waiting for the next release. > 1) Is it appropriate for the UG to link to sections in the wiki? I > see that we do, but should we? Generally, I think that is fine. It does require Internet access and you run into the opposite of what you describe above (the Wiki might have moved to coverage of a later version of GCC), but then so does what I described at the beginning of this message. Generally, I also think that we should not spread things across too many places, and our documentation should be mostly self contained. (The particular use case you had in mind, seems fine for the Wiki or the web pages -- and I'm thinking of our porting_to.html pages that we have had for the last couple of major releases.) Gerald
gcc-5-20160920 is now available
Snapshot gcc-5-20160920 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20160920/ 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-branch revision 240290 You'll find: gcc-5-20160920.tar.bz2 Complete GCC MD5=b040e0fad046bc2ddbe4b8e49be09fef SHA1=3495320ebb9028518970278e6481e4b0c6a3b099 Diffs from 5-20160913 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-5 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
tree-prof parallel make check failures
I'm seeing a number of failures in different tests in the tree-prof directory when I run make check in parallel none of which are reproducible with -j1. I don't see anything about in Bugzilla or in recent test results. Has anyone noticed this or am I missing something? This is on a 56-core x86_64 machine running Fedora 21 and DejaGnu 1:1.5.1-4.fc21 installed. Thanks Martin Serial make check passes: $ make -C /build/gcc-49905 check-c RUNTESTFLAGS='tree-prof.exp' ... === gcc Summary === # of expected passes307 # of unsupported tests 48 /build/gcc-49905/gcc/xgcc version 7.0.0 20160920 (experimental) (GCC) Parallel make check fails a bunch of different tests each time it's run: $ make -C /build/gcc-49905 -j80 -k check-c RUNTESTFLAGS='tree-prof.exp' 2>&1 | grep FAIL FAIL: gcc.dg/tree-prof/peel-1.c execution,-g FAIL: gcc.dg/tree-prof/update-tailcall.c execution,-g FAIL: gcc.dg/tree-prof/cold_partition_label.c execution,-g FAIL: gcc.dg/tree-prof/val-prof-1.c execution,-g FAIL: gcc.dg/tree-prof/pr45354.c execution,-g FAIL: gcc.dg/tree-prof/val-prof-2.c execution,-g FAIL: gcc.dg/tree-prof/crossmodule-indircall-1.c execution,-g FAIL: gcc.dg/tree-prof/crossmodule-indircall-1a.c execution,-g FAIL: gcc.dg/tree-prof/pr52027.c execution,-g FAIL: gcc.dg/tree-prof/20041218-1.c execution,-g and again: $ nice make -C /opt/notnfs/msebor/build/gcc-49905 -j80 -k check-c RUNTESTFLAGS='tree-prof.exp' 2>&1 | grep FAIL FAIL: gcc.dg/tree-prof/bb-reorg.c execution,-g FAIL: gcc.dg/tree-prof/prof-robust-1.c execution,-g FAIL: gcc.dg/tree-prof/update-loopch.c execution,-g FAIL: gcc.dg/tree-prof/crossmodule-indircall-1a.c execution,-g FAIL: gcc.dg/tree-prof/switch-case-2.c execution,-g FAIL: gcc.dg/tree-prof/ic-misattribution-1.c execution,-g FAIL: gcc.dg/tree-prof/tracer-1.c execution,-g
