Re: Interaction between first stage build with g++ and $PATH

2012-08-16 Thread Jakub Jelinek
On Wed, Aug 15, 2012 at 10:17:18PM -0700, Gary Funck wrote:
 I can file a bug reported if necessary, but am wondering
 if it is a known requirement not to have . on $PATH
 or to explicitly set CC and CXX?

Having . in $PATH is a serious bug (especially from security POV).
Just never do that.

Jakub


Interaction between first stage build with g++ and $PATH

2012-08-15 Thread Gary Funck

1. I have . on $PATH.

2. In one build of the latest GCC trunk, I specify
   CC=/usr/bin/gcc and CXX=/usr/bin/g++ and everything
   works.

3. In another build, I don't specify CC or CXX.
   Therefore they default to 'gcc' and 'g++'.
   This fails:
   g++: error trying to exec 'cc1plus': execvp: No such file or directory

If I remove . from $PATH then the configuration in 3 will build.

The problem is that there is a g++ executable under the
built gcc directory, but cc1plus and other g++ component
parts haven't been built yet.

I can file a bug reported if necessary, but am wondering
if it is a known requirement not to have . on $PATH
or to explicitly set CC and CXX?

thanks,
- Gary


Re: Interaction between first stage build with g++ and $PATH

2012-08-15 Thread Ian Lance Taylor
On Wed, Aug 15, 2012 at 10:17 PM, Gary Funck g...@intrepid.com wrote:

 1. I have . on $PATH.

 2. In one build of the latest GCC trunk, I specify
CC=/usr/bin/gcc and CXX=/usr/bin/g++ and everything
works.

 3. In another build, I don't specify CC or CXX.
Therefore they default to 'gcc' and 'g++'.
This fails:
g++: error trying to exec 'cc1plus': execvp: No such file or directory

 If I remove . from $PATH then the configuration in 3 will build.

 The problem is that there is a g++ executable under the
 built gcc directory, but cc1plus and other g++ component
 parts haven't been built yet.

 I can file a bug reported if necessary, but am wondering
 if it is a known requirement not to have . on $PATH
 or to explicitly set CC and CXX?

it's a bug.

Ian