mklibgcc.in uses mkdir to create multilib subdirs.
This fails on targets with deep multlib-subdirs, when no multilib variant in a
parent multilib subdir exists.
Note no ml/libgcc.a
This isse seems to be fixed in gcc-3.4/CVS-HEAD, but is present on
gcc-3_3-branch and affects sh-rtems* targets.
For these targets, this is a regression against gcc-3.2.x which did not expose
Created attachment 5148 [details]
Replacing mkdir with mkinstalldir
Can you send the patch to firstname.lastname@example.org.
Patch here: <http://gcc.gnu.org/ml/gcc-patches/2003-11/msg01395.html>.
Gaby could you look at the patch here for approval, it is basically a backport of this patch:
The patch is OK with all the corrections that ensued.
I will commit it with all of the followups which are needed.
Subject: Bug 13068
Module name: gcc
Changes by: email@example.com 2003-12-24 22:42:33
gcc : ChangeLog mklibgcc.in
2003-12-24 Andrew Pinski <firstname.lastname@example.org>
Backport from mainline:
2003-05-09 Matt Kraai <email@example.com>
* mklibgcc.in: Remove extra quotes.
2003-05-08 Aldy Hernandez <firstname.lastname@example.org>
* mklibgcc.in: Use mkinstalldirs when installing multilib
Fixed for 3.3.3.