Amusing: mere seconds before receiving this I was surfing around looking at
http://www.43oh.com/forum/viewtopic.php?p=3711#p3711, which led me to wonder
what the heck somebody was doing that involved a -Qy option I'd never heard
of. Well. Question answered.
I would say that would be pretty unusual, if it weren't evident it's
happened to at least two people. But if you did file a bug report, I'd
probably close it as "wontfix" because it's a user environment issue that's
outside the scope of the toolchain, and could only be "fixed" if at all by
changes to the build scripts that I want to see go away. Let's hear it for
downstream packagers who will eliminate this problem for everybody.
(Regarding putting . in your path: don't do that. In both undergrad and
grad school so many students complained "When I run my program (named test)
from the command line, nothing happens, but it works fine under the
debugger. Why?" Because the shell found /bin/test instead of ./test, but
the debugger loaded their program as data from the current directory.
People lose hours tracking down false failures because they're not doing
what they think they're doing. Set up your environment to make that as
unlikely as you can, by not naming your executables the same as standard
utilities, and by using ./a.out when running programs out of the current
directory.)
Peter
>
On Fri, Feb 18, 2011 at 5:07 PM, David W. Schultz <
[email protected]> wrote:
> I have been using the antiquated cdk4msp version of mspgcc for several
> years and finally decided to try and get with the times. So I grabbed
> the latest version of mspgcc4 from git today and tried to build it.
> Things went well for a while but then died. Digging down into the error
> logs I found this in...mspgcc4/build/gcc-4.4.5-build/gcc/config.log:
>
>
> gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC)
> configure:2400: $? = 0
> configure:2402: gcc -V </dev/null >&5
> gcc: '-V' option must have argument
> configure:2405: $? = 1
> configure:2428: checking for C compiler default output file name
> configure:2431: gcc -g -O2 conftest.c >&5
> /opt/msp430-gcc-4.4.5/msp430/bin/as: unrecognized option '-Qy'
> configure:2434: $? = 1
>
>
> I was noodling around, reading the info pages for 'as' trying to find
> out what option -Qy was supposed to mean. I didn't find it there and
> decided to try 'as -h' on a lark. I was somewhat surprised when it told
> me it was the msp430 version. Then I noticed that my current directory
> was in the gcc build directory (I was looking at config.log) and sure
> enough 'as' was there.
>
> Then a light bulb went on and I realized that so long ago that I have
> nearly forgotten about it I had edited .bash_profile to include the
> current directory at the start of my search path. This was causing gcc
> to find the just built msp430 version of 'as' in the current directory
> instead of the intended native version. After editing the PATH I started
> the build process again and all went well.
>
>
> Is this problem deserving of a bug report?
>
>
> --
> David W. Schultz
> http://home.earthlink.net/~david.schultz
> "Life without stock is barely worth living..." Anthony Bourdain
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Mspgcc-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Mspgcc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
