This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
looking at a segment of the contributed NPTL patch file "crosstool-0.38-nptl-schaefer.patch", it's obvious that a chunk of that file simply maps the TARGET variable to the corresponding "sysdeps/" subdirectory when trying to figure out which version of wordsize.h to copy over (hacked excerpt of patch file follows): case $TARGET in + sparc* | s390* | powerpc* ) + case $TARGET in + sparc64* ) wordsize_h=sysdeps/sparc/sparc64/bits/wordsize.h + ;; + sparc* ) wordsize_h=sysdeps/sparc/sparc32/bits/wordsize.h + ;; + s390x* ) wordsize_h=sysdeps/s390/s390x/bits/wordsize.h + ;; + s390* ) wordsize_h=sysdeps/s390/s390/bits/wordsize.h + ;; + powerpc64* ) wordsize_h=sysdeps/powerpc/powerpc64/bits/wordsize.h ... to make things way simpler (not just here but elsewhere), is there no script along the lines of, say, config.guess or config.sub that will take a TARGET and map it to that TARGET's corresponding sysdeps subdirectory? after all, that's really all the above is doing in trying to process wordsize.h. surely that script can't be hard to write (if it doesn't exist already). rday ------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.org
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |