Hi, I've fixed exporting $_arch variable to shell.
We can use $_arch in configure.sh and so on ... that variable is filled up with valid contain now. For 32bit on both platorm $_arch="" is null (at this time in dude). I think that should be worth to do something like this: on 32bit x86 > $_arch="x86" on 32bit sparc > $_arch="sparc" (I have it my local copy and after few test I'll push it to dude) For 64bit on Intels, Amd $_arch="amd64" on sparc $_arch="sparcv9" We have two useful variables: $_arch < described above $_libsuffix ... as same as $_arch but with slash before. It's only for 64bit, for 32bit will be always empty. For amd64 .... $_libsuffix="/amd64" for sparcv9 ..... $_libsuffix="/sparcv9" This is not useful for determine features of target CPU, this is just for handling x86 or sparc stuff in shell scripts like configure.sh nothing more. I don't like hardcoded paths, so these variables should be helpful to eliminate hardcode paths as much as possible. Have a nice day -- Lukas 'Luc' Oboril IRC nickname: luc^ at freenode When dealing with people, let us remember we are not dealing with creatures of logic. We are dealing with creatures of emotions, creatures bristling with prejudices and motivated by pride and vanity. Dale Carnegie -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/kde-discuss/attachments/20080720/a5baf369/attachment.html>
