PATCH: make_relative_prefix oddity
Daniel Jacobowitz
drow@false.org
Tue Mar 13 15:52:00 GMT 2007
On Mon, Mar 12, 2007 at 10:47:28PM -0700, Mark Mitchell wrote:
> It treats only "/opt" as a common component of the two paths, rathe
> than "/opt/foo". If you use "/opt/foo/" (instead of "/opt/foo") for
> the last argument, the answer is as I expected. This seems odd to me;
> is it the intended behavior?
>
> The patch below (which is against an older version of libiberty, and
> might need updating) fixes it. Assuming you agree that this is a bug,
> would this patch (with updating and testing) be OK?
I believe that at the time your patch was first written, we decided to
fix this in the driver instead and leave make_relative_prefix
unchanged:
2006-04-28 Joseph S. Myers <joseph@codesourcery.com>
* gcc.c (process_command): Add program name to GCC_EXEC_PREFIX
value before passing to make_relative_prefix.
--
Daniel Jacobowitz
CodeSourcery
More information about the Gcc
mailing list