This is the mail archive of the libc-hacker@sourceware.org mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
> It ususally takes about a week for a config.sub patch get handled,
> integrated, and propagated into the necessary trees. Nothing impedes
> forward progress quite like this thing.
Sorry. I take them as soon as it's agreed to by config-patches.
> I thought "machine=" takes a file path name, not a list of compatible
> targets. For example:
It's a directory name, not a list, yes. But all directories always imply
their parents.
> sparcv8plus | sparcv8plusa | sparcv9)
> base_machine=sparc machine=sparc/sparc32/sparcv9 ;;
>
> I read that as meaning: search ${foo}/sparc/sparc32/sparcv9, else
> ${foo}/sparc/sparc32, else ${foo}/sparc
Try --enable-debug-configure. The sysdeps directory list is an ordered
list of many directories. That gets */sparc/sparc32/sparcv9 if it exists,
followed by */sparc/sparc32 if it exists, followed by */sparc if it exists.
Since something can't exist without its containing directory existing too,
you'll always get a trailing subset of that list.
Thanks,
Roland
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |