Daniel Jacobowitz wrote: > 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 <[EMAIL PROTECTED]> > > * gcc.c (process_command): Add program name to GCC_EXEC_PREFIX > value before passing to make_relative_prefix.
No, this is a different issue. That patch was about the first argument to make_relative_prefix (the "program_name" argument). This patch (which is shiny and new as of yesterday) is about the second and third arguments. -- Mark Mitchell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x713
