Thread: Tools DIY - KeK
View Single Post
Old 07-13-2012, 01:38 PM   #65
knc1
Helpdesk Junkie
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: 6,998
Karma: 6314536
Join Date: Feb 2012
Device: Too many.
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 01:46 PM.
knc1 is offline   Reply With Quote