[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [creduce-dev] Close to New C-Reduce Release



More detail below. Unless I've made some mistake, I'm running super vanilla software here.

John



regehr@klein:~$ clang -v
clang version 3.7.0 (tags/RELEASE_370/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.8
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.8.4
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9.1
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7.3
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.1
Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64
regehr@klein:~$
regehr@klein:~$
regehr@klein:~$
regehr@klein:~$
regehr@klein:~$ which clang
/home/regehr/clang+llvm-3.7.0-x86_64-linux-gnu-ubuntu-14.04/bin/clang
regehr@klein:~$
regehr@klein:~$
regehr@klein:~$ uname -a
Linux klein 3.13.0-63-generic #103-Ubuntu SMP Fri Aug 14 21:42:59 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
regehr@klein:~$
regehr@klein:~$
regehr@klein:~$
regehr@klein:~$ cat /etc/issue
Ubuntu 14.04.3 LTS \n \l



On 9/22/15 9:33 PM, John Regehr wrote:
Weird-- I'm also using the pre-built LLVM 3.7.0.

But doesn't it seem like gcc is the problem here instead of LLVM?

I'm running an up-to-date 14.04 Ubuntu which has the gcc below.

John


regehr@klein:~$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
4.8.4-2ubuntu1~14.04'
--with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.8 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib
--enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--enable-gnu-unique-object --disable-libmudflap --enable-plugin
--with-system-zlib --disable-browser-plugin --enable-java-awt=gtk
--enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre
--enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64
--with-arch-directory=amd64
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc
--enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64
--with-multilib-list=m32,m64,mx32 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04)




On 9/22/15 9:27 PM, Eric Eide wrote:
Eric, I was trying to build C-Reduce using g++ and it failed.  This
can't be
correct behavior.  This has always worked in the past.

Ah, I misunderstood.  I assumed that you expected the test program to
be built
with clang++.

I see that the problem that is causing your configuration to fail is
this:

   g++: error: unrecognized command line option
'-Wcovered-switch-default'

...which isn't supported by GCC, and so it fails.  If your builds
worked until
now, I would assume that this option was recently introduced into your
installation of LLVM.  Did you recently update the version of LLVM
that you're
compiling against?

I have been testing C-Reduce against prebuilt LLVM 3.7 binaries, which
don't
seem to have been built with this option.  (Plus, I've been building
C-Reduce
with clang++-3.7 as well, which would grok the option.)

If this option has become a default for source builds of LLVM 3.7,
then yeah, a
lot of people are going to stumble over it, and we'll need to compensate.

I will check this by doing my own from-source LLVM 3.7 build, but I
won't be
able to do this until tomorrow.

Eric.