From: Jose G. <rc...@my...> - 2008-07-03 18:46:17
|
Hi, as I have stated on other posts I am a beginner programmer. So, I was following the instructions for the hello world example on gumstix.net and used a make file to do the cross-compiling. I was able to get the executable file from that, but once I tried running it in gumstix it will just give me the error: unexpected ), I did not mess with the recipe and I was able to run the same C code on my compiler. What could be the problem? Thank you for the help in advance, Jose |
From: John P. <pa...@be...> - 2008-07-03 22:45:37
|
That sounds like your program was _not_ compiled with the cross- compiler but was compiled with your host compiler... Have you tried running what you think is cross-compiled on the host? John On Jul 3, 2008, at 2:46 PM, Jose Gomez wrote: > Hi, as I have stated on other posts I am a beginner programmer. So, > I was following the instructions for the hello world example on > gumstix.net and used a make file to do the cross-compiling. I was > able to get the executable file from that, but once I tried running > it in gumstix it will just give me the error: unexpected ), I did > not mess with the recipe and I was able to run the same C code on my > compiler. > > What could be the problem? > > Thank you for the help in advance, > Jose > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08_______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Jose G. <rc...@my...> - 2008-07-05 05:11:47
|
I am using codeBlocks in Ubuntu hardy and I don't know how to run the executable file here. If I use the command "make" will it use the host compiler? Am I supposed to use bitbake to cross-compile? Thank you very much for the help John. Jose On Thu, Jul 3, 2008 at 5:45 PM, John Pauley <pa...@be...> wrote: > That sounds like your program was _not_ compiled with the cross-compiler > but was compiled with your host compiler... Have you tried running what you > think is cross-compiled on the host? > John > > On Jul 3, 2008, at 2:46 PM, Jose Gomez wrote: > > Hi, as I have stated on other posts I am a beginner programmer. So, I was > following the instructions for the hello world example on gumstix.net and > used a make file to do the cross-compiling. I was able to get the > executable file from that, but once I tried running it in gumstix it will > just give me the error: unexpected ), I did not mess with the recipe and I > was able to run the same C code on my compiler. > > What could be the problem? > > Thank you for the help in advance, > Jose > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at > http://www.sourceforge.net/community/cca08_______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Mark A. <m_a...@co...> - 2008-07-05 15:10:18
|
Hi Jose, yes, you will need to use bitbake in the OE environment to build the application. Otherwise, you will have to edit the makefile so that it uses the cross compiler tools and libs accordingly. I have done this before, but ended up just having the bitbake recipe run the makefile. If you follow the instructions for setting up bitbake and then go through Steve's Hello World tutorial, it should work just fine for you. best, 'mark Jose Gomez wrote: > I am using codeBlocks in Ubuntu hardy and I don't know how to run the > executable file here. If I use the command "make" will it use the > host compiler? Am I supposed to use bitbake to cross-compile? > > Thank you very much for the help John. > > Jose > > On Thu, Jul 3, 2008 at 5:45 PM, John Pauley > <pa...@be... <mailto:pa...@be...>> wrote: > > That sounds like your program was _not_ compiled with the > cross-compiler but was compiled with your host compiler... Have > you tried running what you think is cross-compiled on the host? > > John > > On Jul 3, 2008, at 2:46 PM, Jose Gomez wrote: > >> Hi, as I have stated on other posts I am a beginner programmer. >> So, I was following the instructions for the hello world example >> on gumstix.net <http://gumstix.net> and used a make file to do >> the cross-compiling. I was able to get the executable file from >> that, but once I tried running it in gumstix it will just give me >> the error: unexpected ), I did not mess with the recipe and I was >> able to run the same C code on my compiler. >> >> What could be the problem? >> >> Thank you for the help in advance, >> Jose >> ------------------------------------------------------------------------- >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> Studies have shown that voting for your favorite open source project, >> along with a healthy diet, reduces your potential for chronic >> lameness >> and boredom. Vote Now at >> http://www.sourceforge.net/community/cca08_______________________________________________ >> gumstix-users mailing list >> gum...@li... >> <mailto:gum...@li...> >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > gumstix-users mailing list > gum...@li... > <mailto:gum...@li...> > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > ------------------------------------------------------------------------ > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Jose G. <rc...@my...> - 2008-07-06 05:05:58
|
Thank you very much Mark, I will try that first thing on Monday. Just in case could tell me how to modify the make file? Thank you again, Jose On Sat, Jul 5, 2008 at 10:12 AM, Mark Ahlenius <m_a...@co...> wrote: > Hi Jose, > > yes, you will need to use bitbake in the OE environment to build the > application. Otherwise, you will have to edit the makefile so that it > uses the cross compiler tools and libs accordingly. I have done this > before, but ended up just having the bitbake recipe run the makefile. > > If you follow the instructions for setting up bitbake and then go > through Steve's Hello World tutorial, it should work just fine for you. > > best, > > 'mark > > Jose Gomez wrote: > > I am using codeBlocks in Ubuntu hardy and I don't know how to run the > > executable file here. If I use the command "make" will it use the > > host compiler? Am I supposed to use bitbake to cross-compile? > > > > Thank you very much for the help John. > > > > Jose > > > > On Thu, Jul 3, 2008 at 5:45 PM, John Pauley > > <pa...@be... <mailto:pa...@be...>> wrote: > > > > That sounds like your program was _not_ compiled with the > > cross-compiler but was compiled with your host compiler... Have > > you tried running what you think is cross-compiled on the host? > > > > John > > > > On Jul 3, 2008, at 2:46 PM, Jose Gomez wrote: > > > >> Hi, as I have stated on other posts I am a beginner programmer. > >> So, I was following the instructions for the hello world example > >> on gumstix.net <http://gumstix.net> and used a make file to do > >> the cross-compiling. I was able to get the executable file from > >> that, but once I tried running it in gumstix it will just give me > >> the error: unexpected ), I did not mess with the recipe and I was > >> able to run the same C code on my compiler. > >> > >> What could be the problem? > >> > >> Thank you for the help in advance, > >> Jose > >> > ------------------------------------------------------------------------- > >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > >> Studies have shown that voting for your favorite open source > project, > >> along with a healthy diet, reduces your potential for chronic > >> lameness > >> and boredom. Vote Now at > >> > http://www.sourceforge.net/community/cca08_______________________________________________ > >> gumstix-users mailing list > >> gum...@li... > >> <mailto:gum...@li...> > >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > ------------------------------------------------------------------------- > > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > > Studies have shown that voting for your favorite open source project, > > along with a healthy diet, reduces your potential for chronic > lameness > > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > <mailto:gum...@li...> > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > > Studies have shown that voting for your favorite open source project, > > along with a healthy diet, reduces your potential for chronic lameness > > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Bobby G. <ice...@ho...> - 2008-07-10 15:17:08
|
I used bitbake to compile the hello world package and everything works fine... except when I unpacked the .ipk file on the gumstix, it took up a whopping 400k of space!! What is going on here? I don't understand how a 5 line Hello World program was bloated to take up that much space. Date: Sun, 6 Jul 2008 00:06:02 -0500 From: rc...@my... To: gum...@li... Subject: Re: [Gumstix-users] Hello world! problems Thank you very much Mark, I will try that first thing on Monday. Just in case could tell me how to modify the make file? Thank you again, Jose On Sat, Jul 5, 2008 at 10:12 AM, Mark Ahlenius <m_a...@co...> wrote: Hi Jose, yes, you will need to use bitbake in the OE environment to build the application. Otherwise, you will have to edit the makefile so that it uses the cross compiler tools and libs accordingly. I have done this before, but ended up just having the bitbake recipe run the makefile. If you follow the instructions for setting up bitbake and then go through Steve's Hello World tutorial, it should work just fine for you. best, 'mark Jose Gomez wrote: > I am using codeBlocks in Ubuntu hardy and I don't know how to run the > executable file here. If I use the command "make" will it use the > host compiler? Am I supposed to use bitbake to cross-compile? > > Thank you very much for the help John. > > Jose > > On Thu, Jul 3, 2008 at 5:45 PM, John Pauley > <pa...@be... <mailto:pa...@be...>> wrote: > > That sounds like your program was _not_ compiled with the > cross-compiler but was compiled with your host compiler... Have > you tried running what you think is cross-compiled on the host? > > John > > On Jul 3, 2008, at 2:46 PM, Jose Gomez wrote: > >> Hi, as I have stated on other posts I am a beginner programmer. >> So, I was following the instructions for the hello world example >> on gumstix.net <http://gumstix.net> and used a make file to do >> the cross-compiling. I was able to get the executable file from >> that, but once I tried running it in gumstix it will just give me >> the error: unexpected ), I did not mess with the recipe and I was >> able to run the same C code on my compiler. >> >> What could be the problem? >> >> Thank you for the help in advance, >> Jose >> ------------------------------------------------------------------------- >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> Studies have shown that voting for your favorite open source project, >> along with a healthy diet, reduces your potential for chronic >> lameness >> and boredom. Vote Now at >> http://www.sourceforge.net/community/cca08_______________________________________________ >> gumstix-users mailing list >> gum...@li... >> <mailto:gum...@li...> >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > gumstix-users mailing list > gum...@li... > <mailto:gum...@li...> > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > ------------------------------------------------------------------------ > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users _________________________________________________________________ The i’m Talkaton. Can 30-days of conversation change the world? http://www.imtalkathon.com/?source=EML_WLH_Talkathon_ChangeWorld |
From: Dave H. <dhy...@gm...> - 2008-07-10 17:01:30
|
Hi Bobby, On Thu, Jul 10, 2008 at 8:17 AM, Bobby Goodrich <ice...@ho...> wrote: > > I used bitbake to compile the hello world package and everything works > fine... except when I unpacked the .ipk file on the gumstix, it took up a > whopping 400k of space!! What is going on here? I don't understand how a 5 > line Hello World program was bloated to take up that much space. Are you saying the .ipk file is that big, or that the hello world program is that big? If the hello world program is statically linked, then it could easily be that big. Under buildroot (using uclibc), hello world compiled/linked dynamically is 5K, whereas compiled/linked statically is 340K. On my development machine (x86 using glibc), I get 6K dynamic and 540K static. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Bobby G. <ice...@ho...> - 2008-07-10 17:15:47
|
The .ipk file is 200k, and the unpacked "helloworld" package is 400k for a total of 600k (until I delete the .ipk) First, how would I go about linking dynamically instead of statically using bitbake (not buildroot)? Do I use the arm-angstrom-linux-gnueabi-c++ compiler istead of making the cumbersome package and recipe combination? Second, If I was to use buildroot, then how would I be able to run the programs on the gumstix (which is currently running the OE filesystem and kernel) without having /bin/bash to execute them? Flashing the gumstix with a buildroot kernel and filesystem nets me a corrupt terminal. Also, how would I perform static vs dynamic linking with the buildroot (arm-linux-g++) cross compiler? I suppose it would be the same was as the arm-angstrom-linux-gnueabi-c++ one. Thanks for the response and any further help, Bobby > Date: Thu, 10 Jul 2008 10:01:39 -0700 > From: dhy...@gm... > To: gum...@li... > Subject: Re: [Gumstix-users] Hello world! problems > > Hi Bobby, > > On Thu, Jul 10, 2008 at 8:17 AM, Bobby Goodrich <ice...@ho...> wrote: > > > > I used bitbake to compile the hello world package and everything works > > fine... except when I unpacked the .ipk file on the gumstix, it took up a > > whopping 400k of space!! What is going on here? I don't understand how a 5 > > line Hello World program was bloated to take up that much space. > > Are you saying the .ipk file is that big, or that the hello world > program is that big? > > If the hello world program is statically linked, then it could easily > be that big. Under buildroot (using uclibc), hello world > compiled/linked dynamically is 5K, whereas compiled/linked statically > is 340K. > > On my development machine (x86 using glibc), I get 6K dynamic and 540K static. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users _________________________________________________________________ Making the world a better place one message at a time. http://www.imtalkathon.com/?source=EML_WLH_Talkathon_BetterPlace |
From: Dave H. <dhy...@gm...> - 2008-07-10 20:18:54
|
Hi Bobby, > The .ipk file is 200k, and the unpacked "helloworld" package is 400k for a total of 600k (until I delete the .ipk) > First, how would I go about linking dynamically instead of statically using bitbake (not buildroot)? > Do I use the arm-angstrom-linux-gnueabi-c++ compiler istead of making the cumbersome package and recipe combination? Sorry - I'm not familiar with OE yet, so I'll have to let somebody else answer that one. > Second, If I was to use buildroot, then how would I be able to run the programs on the gumstix (which is currently running the OE filesystem and kernel) without having /bin/bash to execute them? You probably can't use the buildroot toolchain with an OE system. > Flashing the gumstix with a buildroot kernel and filesystem nets me a corrupt terminal. > Also, how would I perform static vs dynamic linking with the buildroot (arm-linux-g++) cross compiler? > I suppose it would be the same was as the arm-angstrom-linux-gnueabi-c++ one. Normally, the toolchain defaults to dynamic. To force it to use static, you pass -static on the command line to gcc/g++ when compiling and when linking. Similarly to force dynamic, you use -dynamic. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Jose G. <rc...@my...> - 2008-07-14 18:58:59
|
First of all thank you Mark and John for helping me with my Hello world problem, I was able to do the cross-compiling and run the exe file on the gumstix. Second, I would like to know if there is an example (meaning me being able to run the bitbake file) on how to use the i2c to communicate from OE gumstix to robostix, something like turning on and off an LED? and if not, if it is not too much trouble that is, can someone tell how to do it? Thank you, Jose On Thu, Jul 10, 2008 at 3:19 PM, Dave Hylands <dhy...@gm...> wrote: > Hi Bobby, > > > The .ipk file is 200k, and the unpacked "helloworld" package is 400k for > a total of 600k (until I delete the .ipk) > > First, how would I go about linking dynamically instead of statically > using bitbake (not buildroot)? > > Do I use the arm-angstrom-linux-gnueabi-c++ compiler istead of making the > cumbersome package and recipe combination? > > Sorry - I'm not familiar with OE yet, so I'll have to let somebody > else answer that one. > > > Second, If I was to use buildroot, then how would I be able to run the > programs on the gumstix (which is currently running the OE filesystem and > kernel) without having /bin/bash to execute them? > > You probably can't use the buildroot toolchain with an OE system. > > > Flashing the gumstix with a buildroot kernel and filesystem nets me a > corrupt terminal. > > Also, how would I perform static vs dynamic linking with the buildroot > (arm-linux-g++) cross compiler? > > I suppose it would be the same was as the arm-angstrom-linux-gnueabi-c++ > one. > > Normally, the toolchain defaults to dynamic. To force it to use > static, you pass -static on the command line to gcc/g++ when compiling > and when linking. Similarly to force dynamic, you use -dynamic. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ <http://www.davehylands.com/> > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Shane K. <ski...@uc...> - 2008-07-14 19:06:15
|
Hi Jose, I use use i2c-io (courtesy of Dave) to communicate between the robostix and the gumstix. But before you do that you need the i2c modules loaded (i2c-dev and i2c-pxa) and i2c-load loaded. Those are also .ipk modules which you can install. First put the i2c bootloader on the robostix then use i2c-load to load the i2c-io.hex file onto the robostix. It works very well when done correctly. ~Shane _____ From: gum...@li... [mailto:gum...@li...] On Behalf Of Jose Gomez Sent: Monday, July 14, 2008 12:59 PM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Hello world! problems First of all thank you Mark and John for helping me with my Hello world problem, I was able to do the cross-compiling and run the exe file on the gumstix. Second, I would like to know if there is an example (meaning me being able to run the bitbake file) on how to use the i2c to communicate from OE gumstix to robostix, something like turning on and off an LED? and if not, if it is not too much trouble that is, can someone tell how to do it? Thank you, Jose On Thu, Jul 10, 2008 at 3:19 PM, Dave Hylands <dhy...@gm...> wrote: Hi Bobby, > The .ipk file is 200k, and the unpacked "helloworld" package is 400k for a total of 600k (until I delete the .ipk) > First, how would I go about linking dynamically instead of statically using bitbake (not buildroot)? > Do I use the arm-angstrom-linux-gnueabi-c++ compiler istead of making the cumbersome package and recipe combination? Sorry - I'm not familiar with OE yet, so I'll have to let somebody else answer that one. > Second, If I was to use buildroot, then how would I be able to run the programs on the gumstix (which is currently running the OE filesystem and kernel) without having /bin/bash to execute them? You probably can't use the buildroot toolchain with an OE system. > Flashing the gumstix with a buildroot kernel and filesystem nets me a corrupt terminal. > Also, how would I perform static vs dynamic linking with the buildroot (arm-linux-g++) cross compiler? > I suppose it would be the same was as the arm-angstrom-linux-gnueabi-c++ one. Normally, the toolchain defaults to dynamic. To force it to use static, you pass -static on the command line to gcc/g++ when compiling and when linking. Similarly to force dynamic, you use -dynamic. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Jose G. <rc...@my...> - 2008-07-15 05:27:49
|
Hi Shane, Thank you very much for reply, they do seem to be working pretty good, but I still would like to just run a program on gumstix oe to turn on and off the LEDs without me having to type in the commands on the gumstix console. I know the Flasher.hex does it but I want to see an example C program to control the robostix from the my verdex gumstix. Just a very small example will do, that shows me the header files that I would need to include, and where I would be able to find them. I really appreciate the help, thanks. Jose On Mon, Jul 14, 2008 at 2:06 PM, Shane Kirkbride <ski...@uc...> wrote: > Hi Jose, > > I use use i2c-io (courtesy of Dave) to communicate between the robostix > and the gumstix. But before you do that you need the i2c modules loaded > (i2c-dev and i2c-pxa) and i2c-load loaded. Those are also .ipk modules which > you can install. First put the i2c bootloader on the robostix then use > i2c-load to load the i2c-io.hex file onto the robostix. It works very well > when done correctly. > > ~Shane > > > ------------------------------ > > *From:* gum...@li... [mailto: > gum...@li...] *On Behalf Of *Jose Gomez > *Sent:* Monday, July 14, 2008 12:59 PM > *To:* General mailing list for gumstix users. > *Subject:* Re: [Gumstix-users] Hello world! problems > > > > First of all thank you Mark and John for helping me with my Hello world > problem, I was able to do the cross-compiling and run the exe file on the > gumstix. > > Second, I would like to know if there is an example (meaning me being able > to run the bitbake file) on how to use the i2c to communicate from OE > gumstix to robostix, something like turning on and off an LED? and if not, > if it is not too much trouble that is, can someone tell how to do it? > > > > Thank you, > > Jose > > On Thu, Jul 10, 2008 at 3:19 PM, Dave Hylands <dhy...@gm...> wrote: > > Hi Bobby, > > > > The .ipk file is 200k, and the unpacked "helloworld" package is 400k for > a total of 600k (until I delete the .ipk) > > First, how would I go about linking dynamically instead of statically > using bitbake (not buildroot)? > > Do I use the arm-angstrom-linux-gnueabi-c++ compiler istead of making the > cumbersome package and recipe combination? > > Sorry - I'm not familiar with OE yet, so I'll have to let somebody > else answer that one. > > > > Second, If I was to use buildroot, then how would I be able to run the > programs on the gumstix (which is currently running the OE filesystem and > kernel) without having /bin/bash to execute them? > > You probably can't use the buildroot toolchain with an OE system. > > > > Flashing the gumstix with a buildroot kernel and filesystem nets me a > corrupt terminal. > > Also, how would I perform static vs dynamic linking with the buildroot > (arm-linux-g++) cross compiler? > > I suppose it would be the same was as the arm-angstrom-linux-gnueabi-c++ > one. > > Normally, the toolchain defaults to dynamic. To force it to use > static, you pass -static on the command line to gcc/g++ when compiling > and when linking. Similarly to force dynamic, you use -dynamic. > > -- > > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ <http://www.davehylands.com/> > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Dave H. <dhy...@gm...> - 2008-07-15 07:00:27
|
Hi Jose, > Thank you very much for reply, they do seem to be working pretty good, but I > still would like to just run a program on gumstix oe to turn on and off the > LEDs without me having to type in the commands on the gumstix console. I > know the Flasher.hex does it but I want to see an example C program to > control the robostix from the my verdex gumstix. > Just a very small example will do, that shows me the header files that I > would need to include, and where I would be able to find them. i2c-io is a C program (actually 2 C programs - one which runs on the gumstix and one which runs on the robostix). i2c-io allows any of the registers on the ATMega128 to be manipulated from the gumstix. i2c-io was just created as a sample program that uses i2c to talk between the gumstix and robostix. You could easily create your own. Unfortunately, it's not a one-sided thing. You need to have code running on both the gumstix and robostix. I created some libraries for working with the i2c code I wrote for the robostix. You'll find i2c-api.h/.c for doing all of the low-level stuff. i2c-io-api.h/.c implements all of the i2c-io specific commands. If you still have questions, fell free to ask away. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Jose G. <rc...@my...> - 2008-07-15 18:02:07
|
Thank you for the response Dave, and after looking at the different posts I found how to get the i2c files you are talking about ( bitbake robostix), and after reading the instructions on the wiki I was able to have the robostix and the gumstix communicating. I also found this web site http://www.davehylands.com/gumstix-wiki/i2c-hello/i2c-hello.c which shows a simple example using the i2c, I have created the .bb file and tryed running it but I am getting some errors. this is the .bb: DESCRIPTION = "hello world sample program using i2c" PR = "r0" DEPENDS = "" SRC_URI = " \ file://i2c-hello.c \ " S = "${WORKDIR}" do_compile () { ${CC} ${CFLAGS} ${LDFLAGS} -o i2c-hello i2c-hello.c } do_install () { install -d ${D}${bindir}/ install -m 0755 ${S}/i2c-hello ${D}${bindir}/ } FILES_${PN} = "${bindir}/i2c-hello" and here are the errors: ERROR: function do_compile failed ERROR: log data follows (/home/ace/gumstix/gumstix-oe/tmp/work/armv5te-angstrom-linux-gnueabi/i2c-hello-1.0.0-r0/temp/log.do_compile.6929) | arm-angstrom-linux-gnueabi-gcc: i2c-hello.c: No such file or directory NOTE: Task failed: /home/ace/gumstix/gumstix-oe/tmp/work/armv5te-angstrom-linux-gnueabi/i2c-hello-1.0.0-r0/temp/log.do_compile.6929 NOTE: package i2c-hello-1.0.0-r0: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package i2c-hello-1.0.0: failed ERROR: Build of /home/ace/gumstix/gumstix-oe/user.collection/packages/i2c-hello/ i2c-hello_1.0.0.bb do_compile failed ERROR: Task 7 (/home/ace/gumstix/gumstix-oe/user.collection/packages/i2c-hello/ i2c-hello_1.0.0.bb, do_compile) failed NOTE: Tasks Summary: Attempted 201 tasks of which 201 didn't need to be rerun and 1 failed. ERROR: '/home/ace/gumstix/gumstix-oe/user.collection/packages/i2c-hello/ i2c-hello_1.0.0.bb' failed Am I missing files that need to be linked to the .c or this program was not ment for oe? or I am just going about it the wrong way? Thank you, Jose On Tue, Jul 15, 2008 at 2:00 AM, Dave Hylands <dhy...@gm...> wrote: > Hi Jose, > > > Thank you very much for reply, they do seem to be working pretty good, > but I > > still would like to just run a program on gumstix oe to turn on and off > the > > LEDs without me having to type in the commands on the gumstix console. I > > know the Flasher.hex does it but I want to see an example C program to > > control the robostix from the my verdex gumstix. > > Just a very small example will do, that shows me the header files that I > > would need to include, and where I would be able to find them. > > i2c-io is a C program (actually 2 C programs - one which runs on the > gumstix and one which runs on the robostix). > > i2c-io allows any of the registers on the ATMega128 to be manipulated > from the gumstix. > > i2c-io was just created as a sample program that uses i2c to talk > between the gumstix and robostix. You could easily create your own. > > Unfortunately, it's not a one-sided thing. You need to have code > running on both the gumstix and robostix. > > I created some libraries for working with the i2c code I wrote for the > robostix. You'll find i2c-api.h/.c for doing all of the low-level > stuff. i2c-io-api.h/.c implements all of the i2c-io specific commands. > > If you still have questions, fell free to ask away. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Jose G. <rc...@my...> - 2008-07-15 18:17:29
|
Sorry I forgot to ask if the i2c-io-api.h will also have the definitions that I will need to control the pins? On Tue, Jul 15, 2008 at 1:02 PM, Jose Gomez <rc...@my...> wrote: > Thank you for the response Dave, and after looking at the different posts I > found how to get the i2c files you are talking about ( bitbake robostix), > and after reading the instructions on the wiki I was able to have the > robostix and the gumstix communicating. I also found this web site > http://www.davehylands.com/gumstix-wiki/i2c-hello/i2c-hello.c > which shows a simple example using the i2c, I have created the .bb file and > tryed running it but I am getting some errors. > > this is the .bb: > DESCRIPTION = "hello world sample program using i2c" > > PR = "r0" > > DEPENDS = "" > > SRC_URI = " \ > file://i2c-hello.c \ > " > > S = "${WORKDIR}" > > do_compile () { > ${CC} ${CFLAGS} ${LDFLAGS} -o i2c-hello i2c-hello.c > } > > do_install () { > install -d ${D}${bindir}/ > install -m 0755 ${S}/i2c-hello ${D}${bindir}/ > } > > FILES_${PN} = "${bindir}/i2c-hello" > > and here are the errors: > > ERROR: function do_compile failed > ERROR: log data follows > (/home/ace/gumstix/gumstix-oe/tmp/work/armv5te-angstrom-linux-gnueabi/i2c-hello-1.0.0-r0/temp/log.do_compile.6929) > | arm-angstrom-linux-gnueabi-gcc: i2c-hello.c: No such file or directory > NOTE: Task failed: > /home/ace/gumstix/gumstix-oe/tmp/work/armv5te-angstrom-linux-gnueabi/i2c-hello-1.0.0-r0/temp/log.do_compile.6929 > NOTE: package i2c-hello-1.0.0-r0: task do_compile: failed > ERROR: TaskFailed event exception, aborting > NOTE: package i2c-hello-1.0.0: failed > ERROR: Build of > /home/ace/gumstix/gumstix-oe/user.collection/packages/i2c-hello/ > i2c-hello_1.0.0.bb do_compile failed > ERROR: Task 7 > (/home/ace/gumstix/gumstix-oe/user.collection/packages/i2c-hello/ > i2c-hello_1.0.0.bb, do_compile) failed > NOTE: Tasks Summary: Attempted 201 tasks of which 201 didn't need to be > rerun and 1 failed. > ERROR: '/home/ace/gumstix/gumstix-oe/user.collection/packages/i2c-hello/ > i2c-hello_1.0.0.bb' failed > > Am I missing files that need to be linked to the .c or this program was not > ment for oe? or I am just going about it the wrong way? > > Thank you, > Jose > > > On Tue, Jul 15, 2008 at 2:00 AM, Dave Hylands <dhy...@gm...> wrote: > >> Hi Jose, >> >> > Thank you very much for reply, they do seem to be working pretty good, >> but I >> > still would like to just run a program on gumstix oe to turn on and off >> the >> > LEDs without me having to type in the commands on the gumstix console. I >> > know the Flasher.hex does it but I want to see an example C program to >> > control the robostix from the my verdex gumstix. >> > Just a very small example will do, that shows me the header files that I >> > would need to include, and where I would be able to find them. >> >> i2c-io is a C program (actually 2 C programs - one which runs on the >> gumstix and one which runs on the robostix). >> >> i2c-io allows any of the registers on the ATMega128 to be manipulated >> from the gumstix. >> >> i2c-io was just created as a sample program that uses i2c to talk >> between the gumstix and robostix. You could easily create your own. >> >> Unfortunately, it's not a one-sided thing. You need to have code >> running on both the gumstix and robostix. >> >> I created some libraries for working with the i2c code I wrote for the >> robostix. You'll find i2c-api.h/.c for doing all of the low-level >> stuff. i2c-io-api.h/.c implements all of the i2c-io specific commands. >> >> If you still have questions, fell free to ask away. >> >> -- >> Dave Hylands >> Vancouver, BC, Canada >> http://www.DaveHylands.com/ >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > |
From: Dave H. <dhy...@gm...> - 2008-07-15 18:28:10
|
Hi Jose, On Tue, Jul 15, 2008 at 11:17 AM, Jose Gomez <rc...@my...> wrote: > Sorry I forgot to ask if the i2c-io-api.h will also have the definitions > that I will need to control the pins? Sorry - I can't help you with the OE stuff - you know more than I do. As far as setting/getting GPIO pins, there are the following function from i2c-io-api.h: int I2C_IO_GetGPIO( int i2cDev, uint8_t portNum, uint8_t *pinVal ); int I2C_IO_SetGPIO( int i2cDev, uint8_t portNum, uint8_t pinMask, uint8_t pinVal ); int I2C_IO_GetGPIODir( int i2cDev, uint8_t portNum, uint8_t *pinVal ); int I2C_IO_SetGPIODir( int i2cDev, uint8_t portNum, uint8_t pinMask, uint8_t pinVal ); portNum is an integer such that 0 = PORTA, 1 = PORTB, 2 = PORTC, etc. pinMask and pinVal are used together so that the equivalent is performed: PORTx = ( PORTx & ~pinMask ) | ( pinVal & pinMask ); So to set PORTC pin 3 to 1, you would use pinMask of ( 1 << 3 ) and pinVal of ( 0 << 3 ). And of course, you need to set the direction of the GPIO pin to output, since they all default to input. In the robostix/gumstix/i2c-io/i2c-io.c file, the function ProcessSetCommand shows how I2C_IO_SetGPIO was used. The other functions should all be in there as well. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Jose G. <rc...@my...> - 2008-07-15 18:45:47
|
Thank you Dave for the fast response, I will continue to try and get that program running, but will someone else from your team be able to help me with the oe stuff? On Tue, Jul 15, 2008 at 1:28 PM, Dave Hylands <dhy...@gm...> wrote: > Hi Jose, > > On Tue, Jul 15, 2008 at 11:17 AM, Jose Gomez <rc...@my...> wrote: > > Sorry I forgot to ask if the i2c-io-api.h will also have the definitions > > that I will need to control the pins? > > Sorry - I can't help you with the OE stuff - you know more than I do. > > As far as setting/getting GPIO pins, there are the following function > from i2c-io-api.h: > > int I2C_IO_GetGPIO( int i2cDev, uint8_t portNum, uint8_t *pinVal ); > int I2C_IO_SetGPIO( int i2cDev, uint8_t portNum, uint8_t pinMask, > uint8_t pinVal ); > int I2C_IO_GetGPIODir( int i2cDev, uint8_t portNum, uint8_t *pinVal ); > int I2C_IO_SetGPIODir( int i2cDev, uint8_t portNum, uint8_t pinMask, > uint8_t pinVal ); > > portNum is an integer such that 0 = PORTA, 1 = PORTB, 2 = PORTC, etc. > > pinMask and pinVal are used together so that the equivalent is performed: > > PORTx = ( PORTx & ~pinMask ) | ( pinVal & pinMask ); > > So to set PORTC pin 3 to 1, you would use pinMask of ( 1 << 3 ) and > pinVal of ( 0 << 3 ). > > And of course, you need to set the direction of the GPIO pin to > output, since they all default to input. > > In the robostix/gumstix/i2c-io/i2c-io.c file, the function > ProcessSetCommand shows how I2C_IO_SetGPIO was used. The other > functions should all be in there as well. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |