Thread: DIY - KeK
View Single Post
Old 07-13-2012, 12:38 PM   #65
knc1
Going Viral
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
Quote:
Originally Posted by twobob View Post
Well I can answer that. I was tired of typing the long version so I just ln -s'd the shorter triplet to the long ghueabi version.
Doing that might (probably will) lead to problems with the other components of the tool-chain.

If you browse the tool-chain tree, you will find "gcc" in two places ...
One, under an "ARCH qualified path / bin"
One, where the "ARCH qualifier" is part of the "gcc" file name.

You want the full, absolute, path to the "ARCH qualified path / bin" first in your path search order.
Listing the contents of that "ARCH qualified path / bin" will show just how many components are included in the tool-chain.

Ah, another bit of related trivia: the application "gcc" is not the compiler. It is the command line option processor "front end" to the tool-chain. It in turn munges the options and calls the various other components in that "ARCH qualified path / bin" to get the various parts of the compile done.
At which point the tool-chain behavior usually turns into crap when its intial access was via a (shortened) symbolic link.

Last edited by knc1; 07-13-2012 at 12:46 PM.
knc1 is offline   Reply With Quote