http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38966
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
.
Tom:-)
From: jakub at gcc dot gnu.org gcc-bugzi...@gcc.gnu.org
To: Thomas Tignor/Marlborough/IBM@IBMUS
Date: 08/16/2012 02:59 AM
Subject:[Bug other/38966] libiberty make_relative_prefix_1
mistakes directories for executables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38966
Tom Tignor ttignor at us dot ibm.com changed:
What|Removed |Added
CC||ttignor at us dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38966
--- Comment #10 from Tom Tignor ttignor at us dot ibm.com 2012-08-15 21:34:50
UTC ---
Created attachment 28023
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28023
Simple repro for gcc subdir in PATH bug.
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-06-25 01:25 ---
*** Bug 40548 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from mmlr at mlotz dot ch 2009-02-24 17:16 ---
(In reply to comment #6)
The currently proposed patch doesn't solve the problem where 'make -k
check-libiberty' executed at the top level of the build directory results in
gcc being used instead of xgcc.
That's not really
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-02-23 18:01 ---
*** Bug 39278 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-02-24
01:17 ---
The currently proposed patch doesn't solve the problem where 'make -k
check-libiberty' executed at the top level of the build directory results in
gcc being used instead of xgcc. If you execute 'make -k
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-26 19:23 ---
*** Bug 37995 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dj at redhat dot com 2009-01-26 19:46 ---
Subject: Re: New: libiberty make_relative_prefix_1 mistakes directories for
executables
Your code conditionally includes sys/stat.h but doesn't
conditionally enable the other code. If sys/stat.h isn't found,
perhaps the
--- Comment #4 from mmlr at mlotz dot ch 2009-01-27 01:23 ---
Created an attachment (id=17189)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17189action=view)
Proposed fix with conditional use of stat based on HAVE_SYS_STAT_H
This only conditionally uses stat() if HAVE_SYS_STAT_H
--- Comment #1 from mmlr at mlotz dot ch 2009-01-25 14:56 ---
Created an attachment (id=17181)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17181action=view)
Proposed fix for make_relative_prefix_1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38966
12 matches
Mail list logo