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] |