Danny Backx escreveu:
> On Sat, 2006-11-18 at 21:52 +, Pedro Alves wrote:
>
>>> It happens to do that because . is in my path before system directories;
>>> this may be why you don't see it :
>>> sh-3.00$ findpath as
>>> as :./as /usr/bin/as
>>> sh-3.00$ pwd
>>>
>>> (findpath
On Sat, 2006-11-18 at 21:52 +, Pedro Alves wrote:
> > It happens to do that because . is in my path before system directories;
> > this may be why you don't see it :
> > sh-3.00$ findpath as
> > as :./as /usr/bin/as
> > sh-3.00$ pwd
> >
> > (findpath is a script of my own that d
Danny Backx wrote:
> On Sat, 2006-11-18 at 09:53 +, Pedro Alves wrote:
>
>> Did you ever get to analise this more? Look at the path, and understand why
>> the i386 as is being called?
>> Looks like something is trying to call the native (i386) as, but it ends up
>> picking that script on t
On Sat, 2006-11-18 at 09:53 +, Pedro Alves wrote:
> Did you ever get to analise this more? Look at the path, and understand why
> the i386 as is being called?
> Looks like something is trying to call the native (i386) as, but it ends up
> picking that script on the way.
> I guess building wit
[EMAIL PROTECTED] wrote:
> Revision: 810
> http://svn.sourceforge.net/cegcc/?rev=810&view=rev
> Author: dannybackx
> Date: 2006-11-17 23:54:09 -0800 (Fri, 17 Nov 2006)
>
> Log Message:
> ---
> Proposed fix to the build functions.
> This copies the fix I've built in the scri
