On Tue, Nov 22, 2011 at 4:09 PM, Sergio Campamá wrote:
> Do you have more dependencies I missed? To document them..
>
After a fresh install of Debian 6.0.3, I needed to apt-get install these:
libusb-dev
libreadline-dev
libz-dev
ncurses-dev
libbfd-dev
flex
bison
as well as running ldconfig after
Do you have more dependencies I missed? To document them..
---
Sergio Campamá
sergiocamp...@gmail.com
On Nov 22, 2011, at 7:00 PM, Andy Warner wrote:
> On Tue, Nov 22, 2011 at 10:31 AM, Sergio Campamá
> wrote:
> Just follow the guide on the wiki link I pos
On Tue, Nov 22, 2011 at 10:31 AM, Sergio Campamá wrote:
> Just follow the guide on the wiki link I posted earlier (which BTW is VERY
> hard to find in the wiki if you don't know the address)
>
> It just works, like a Mac
Just repeated the build/install process from the same sources on a vanilla
> Why did you do this? They need to be in both places.
I was simply ignorant of what is apparently standard practice. I
essentially discovered exactly what you said, that binutils will invoke the
tools in a target-specific subdirectory, while the remaining tools with
prefixes are for the user to
On Tue, Nov 22, 2011 at 10:31 AM, Sergio Campamá wrote:
> Just follow the guide on the wiki link I posted earlier (which BTW is VERY
> hard to find in the wiki if you don't know the address)
>
> It just works, like a Mac
>
I agree the wiki link is non-obvious, and I do thank you, Sergio for your
Just follow the guide on the wiki link I posted earlier (which BTW is VERY
hard to find in the wiki if you don't know the address)
It just works, like a Mac
On Tue, Nov 22, 2011 at 1:03 PM, Peter Bigot wrote:
> On Tue, Nov 22, 2011 at 8:47 AM, Chad Parker
> wrote:
> > I also recently built the
On Tue, Nov 22, 2011 at 8:47 AM, Chad Parker wrote:
> I also recently built the tool chain and discovered this also. I was trying
> to create packages for the different elements of the tool chain that didn't
> create a /usr/msp430 directory. The prefix I'm using is obviously /usr not
> /usr/local.
I also recently built the tool chain and discovered this also. I was trying
to create packages for the different elements of the tool chain that didn't
create a /usr/msp430 directory. The prefix I'm using is obviously /usr not
/usr/local. I looked into this a bit and I've included here some of my
f
But that configuration option is included in the one on the wiki
http://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Install:fromsource
I followed that guide and it works perfectly...
---
Sergio Campamá
sergiocamp...@gmail.com
On Nov 20, 2011, at 2
On Sun, Nov 20, 2011 at 11:32 AM, Peter Bigot wrote:
> [...]
> I noticed your first message suggested you were configuring gcc with:
>
> --program-prefix=msp430-
>
> which is not one of the recommended flags in the gcc patch for msp430
> support. I don't know why that would have something to do
On Sun, Nov 20, 2011 at 11:11 AM, Andy Warner wrote:
> The problem was that msp430-gcc doesn't try and run "msp430-as", it tries
> to find "as", and looks in some specific places. Strace shows that it is
> looking in:
>
> /usr/local/lib/gcc/msp430/4.5.3/../../../../msp430/bin/
I noticed your firs
On Sat, Nov 19, 2011 at 7:48 PM, Andy Warner wrote:
> On Sat, Nov 19, 2011 at 5:36 PM, David W. Schultz <
> david.schu...@earthlink.net> wrote:
>
>> [...]
>> I had this problem and it was because the build scripts assumed that
>> "./" appears nowhere in your search path. I posted a note here on 1
On Sat, Nov 19, 2011 at 5:36 PM, David W. Schultz <
david.schu...@earthlink.net> wrote:
> On 11/19/2011 04:26 PM, Andy Warner wrote:
>
> > Has anyone else encountered anything similar, or got any suggestions to
> try
> > and fix this ?
> >
>
> I had this problem and it was because the build script
On 11/19/2011 04:26 PM, Andy Warner wrote:
> Has anyone else encountered anything similar, or got any suggestions to try
> and fix this ?
>
I had this problem and it was because the build scripts assumed that
"./" appears nowhere in your search path. I posted a note here on 18 Feb.
http://sourc
Trying to upgrade the toolchain on an old system (FC8, but heavily
patched.) I have built gcc cross compilers for years now, and am now
hitting a problem I've never seen before.
Built and installed binutils-2.21.1 OK, msp430-as etc are all present in
/usr/local/bin and run.
Building and installa
15 matches
Mail list logo
