Description of problem:

I want to use cpp to do some text substitution.  I don't want gcc installed (public facing server).  If cpp is used when the gcc package is not installed, cpp barfs with an LTO shared lib error message:

This is on an f16 machine with gcc installed:

[mjd@xiaomao ~]$ cat /etc/redhat-release 
Fedora release 16 (Verne)
[mjd@xiaomao]$ rpm -q cpp gcc
cpp-4.6.2-1.fc16.x86_64
gcc-4.6.2-1.fc16.x86_64
[mjd@xiaomao ~]$ rpm -V cpp
[mjd@xiaomao ~]$ echo | cpp
# 1 "<stdin>"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "<stdin>"

This is on a machine that does not have gcc installed:

[mjd@example ~]$ cat /etc/redhat-release 
Fedora release 15 (Lovelock)
[mjd@example]$ rpm -q cpp gcc
cpp-4.6.1-9.fc15.i686
package gcc is not installed
[mjd@example ~]$ rpm -V cpp
[mjd@example ~]$ echo | cpp
# 1 "<stdin>"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "<stdin>"
cpp: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found
compilation terminated.
[mjd@example ~]$ logout

(The return code was 4, which breaks makefiles and stuff)

This problem occurs in both F15 and F16.

How reproducible:

  Every time, just run "echo | cpp"

Actual results:

  See above (f15 machine)

Expected results:

  See above (f16 machine)

Additional info:

  This bug has already been fixed in debian:

    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639531

  Their fix was to move LTO from gcc to cpp.