Fix search order for sysnames dirs for ros
authorKevin Klues <klueska@cs.berkeley.edu>
Fri, 21 Jun 2013 17:43:35 +0000 (10:43 -0700)
committerKevin Klues <klueska@cs.berkeley.edu>
Fri, 21 Jun 2013 17:43:35 +0000 (10:43 -0700)
commit8b13f4842472eda5fd27d4dc63ad9d36e05f7ed2
tree2bae14fa45ac0a9abd1c4e8337a7189797d07823
parent1ce54517217cc50ea87376dea968196c42c388c4
Fix search order for sysnames dirs for ros

This is fixed in a "hacky" way, but the problem lies in the fact that the
current configure script assumes that all OSs have at least one base OS (which
is true for the OSs in the main tree). Since the ROS sysdeps dir sits at the
top of the sysdeps directory hierarchy, the sysnames order is calculated
improperly because it sees an "empty" base name as a valid basename and ends up
including architecture specific folders for that empty base name before OS
specific sysdeps, which breaks things if those are actually directories that
should exist in the sysnames search path, albeit further down the search path,
not at the beginning.

e.g., without this fix, we get our sysnames search path as:
sysdeps/x86_64/elf sysdeps/x86_64 sysdeps/ros/x86_64 sysdeps/ros \
sysdeps/x86_64/elf sysdeps/x86_64

Notice how "sysdeps/x86_64/*" appearis twice? Thats because the first time around
they are included as: "sysdeps/x86_64/<base_os>", where base_os is the empty
string. Not good.  Thus this hacky workaround.
tools/compilers/gcc-glibc/glibc-2.14.1-ros/configure.in [new file with mode: 0644]