Important changes to forums and questions
All forums and questions are now archived. To start a new conversation or read the latest updates go to forums.mbed.com.
Offline GCC compiler works with mbed libraries!
Achmad Fathoni.
215
replies
Felyza Wishbringer wrote:
Once I'm all completed, I can probably write a cmd script to handle setup if you'd like... then it'd be drop your zip file in a folder, drop the sourcery zip file in the folder, drop the codeblocks zip file in a folder... run the script... and have a working offline compiler ready to go.
That sounds pretty cool! I could also see where you would probably want to use the TAR for Windows in that automated scenario but for a typical Windows user who wants to get Code Sourcery installed on their machine, I think the install program is probably a much better way to go.
Hello Felyza,
Thanks for your work. I just tried the offline compiler after doing what you explain below (all installation seems to be ok). But unfortunately i can't succeed in compiling the samples. I received many errors like : ../../external/mbed/PinNames.h:18:14: error: use of enum 'PinName' without previous declaration
Do you have an idea about about how to fix that ?
Regards.
Patrick
Felyza Wishbringer wrote:
Well, I made it a handy installer. ../../external/mbed/PinNames.h:18:14: error: use of enum 'PinName' without previ ous declaration Here's how to have a working offline compiler, in case anyone might want one.
Step by Step
- Download this zip file (1.7MB)
- Extract it into a folder
- Run createcompiler.cmd
When it completes, you're done. Fully working offline compiler!
You can rename, copy, move, or whatever that folder and it'll keep working. The included shell.bat takes care of path for the session.
Check out the readme for more info.
(It uses gnuwin32 wget to download sourcery and gcc4mbed, and 7zip's command line version to extract them, then windows built-ins to set everything up. Most of the installer's file size is wget's dependencies...)
Hi,
Patrick Pollet wrote:
Thanks for your work. I just tried the offline compiler after doing what you explain below (all installation seems to be ok). But unfortunately i can't succeed in compiling the samples. I received many errors like : ../../external/mbed/PinNames.h:18:14: error: use of enum 'PinName' without previous declaration
I get the same errors (when compiling from VS2010 and Commandline).
It almost seems like the order of includes being processed is incorrect somehow.
wvd_vegt
Patrick Pollet wrote:
I received many errors like : ../../external/mbed/PinNames.h:18:14: error: use of enum 'PinName' without previous declaration
This could happen if the mbed headers didn't get successfully patched. If you could, try rerunning the mbed install process manually and then show me the results you get. If you cd into the external directory and run cs-make from there, you should see something like the following (Note that I clipped files out of the svn checkout results to make it shorter.)
D:\github\gcc4mbed\external>dir
Volume in drive D is New Volume
Volume Serial Number is D428-3F7F
Directory of D:\github\gcc4mbed\external
09/27/2011 11:05 AM <DIR> .
09/27/2011 11:05 AM <DIR> ..
09/27/2011 11:05 AM <DIR> FATFileSystem
09/19/2011 08:20 PM 889 FATFileSystem.patch
09/19/2011 08:20 PM <DIR> gcc
09/19/2011 08:20 PM 1,663 makefile
09/27/2011 11:05 AM <DIR> mbed
09/19/2011 08:20 PM 6,644 mbed.patch
09/19/2011 08:20 PM <DIR> win32
3 File(s) 9,196 bytes
6 Dir(s) 725,621,542,912 bytes free
D:\github\gcc4mbed\external>cs-make
rd /s /q mbed
win32\svn checkout --revision 28 http://mbed.org/projects/libraries/svn/mbed/trunk mbed
A mbed\SPI.h
...
A mbed\SPISlave.h
Checked out revision 28.
rd /s /q FATFileSystem
win32\svn checkout --revision 28 http://mbed.org/projects/libraries/svn/FATFile
System/trunk FATFileSystem
A FATFileSystem\LPC2368
...
A FATFileSystem\FATFileHandle.h
Checked out revision 28.
Skipping move mbed/LPC1768/LPC1768.sct mbed/LPC1768/LPC1768.scatter
Skipping move mbed/LPC2368/LPC2368.sct mbed/LPC2368/LPC2368.scatter
win32\patch --binary -p1 <mbed.patch
patching file mbed/DirHandle.h
patching file mbed/FileLike.h
patching file mbed/FileSystemLike.h
patching file mbed/PeripheralNames.h
patching file mbed/PinNames.h
patching file mbed/PortNames.h
patching file mbed/can_helper.h
win32\patch --binary -p1 <FATFileSystem.patch
patching file FATFileSystem/FATFileSystem.h
arm-none-eabi-objcopy -g mbed/LPC1768/mbed.ar
arm-none-eabi-objcopy -g mbed/LPC1768/capi.ar
arm-none-eabi-objcopy -g FATFileSystem/LPC1768/FATFileSystem.ar
Do you see the same successful patch messages for the mbed headers:
win32\patch --binary -p1 <mbed.patch patching file mbed/DirHandle.h patching file mbed/FileLike.h patching file mbed/FileSystemLike.h patching file mbed/PeripheralNames.h patching file mbed/PinNames.h patching file mbed/PortNames.h patching file mbed/can_helper.h
Wim van der Vegt wrote:
a clean.bat file to delete *.bn, *.disasm, *.elf, *.hex, *.log and *.map.
If you run "make clean" it will do this for you. A rebuild should work from a "make clean all" command
Wim van der Vegt wrote:
write a small util to find the mbed drive letter and copt a file to it.
If you check my Notebook page, you will also find information on the LPC_DEPLOY environment variable and how it can be used with "make deploy" to automatically copy the resulting binary to the device.
Prashant Bansal wrote:
/media/uploads/pbansal/capture.txt I am trying to use the offline compiler for LPC2368 mbed module.
Just as a heads up, in case you didn't read the readme.creole for the gcc4mbed tool... gcc4mbed currently only works with the LPC1768. Neither Adam, nor most of the rest of us, have the LPC2368, so getting it working will be a different beast entirely.
A couple options for you...
- Wait patiently for either Adam to get an LPC2368, which may or may not happen.
- Purchase an LPC1768 header module.
- Patiently and calmly work with Adam to try and devise fixes for the LPC2368.
- Devise your own offline compiler patches.
Breakdown on options...
- If you have absolutely no idea what you're doing and broke.
- If you have absolutely no idea what you're doing and can afford it.
- If you have a clue, some time, and are willing to help.
- If you're a pro and have a lot of time.
(Not meant to be a slight in any way... a couple other students bought the mbed header boards to play with in class since they saw me working on an OLED driver... and none of them know the first thing about programming... sigh.)
Personally, I'd suggest #3. If Adam isn't willing to give it a shot, perhaps I could. There's a lot less information on your header, but if you can work with some experimentation to get it running then perhaps it can be added. I'm just not looking forward to finding the correct ld script.
-
Wim, regarding the script not working with VS2010... I don't have VS2010. You shouldn't need elevated privileges if its in a folder you have full access to (such as Desktop, Documents, etc) ... if you go with the example of C:\ARM then it may need the elevated privilege. You can open properties on the cmd file and set 'run as administrator'. If something else broke, then, that's another matter because it worked for me, worked on 2 computers at school (one XP the other XP x64), worked on Windows 7 x64, Windows 7 x86, and a Vista x86. The only windows I haven't tested is Vista x64. I assume all users must have had elevated privileges, since I never had any issues with patch and all were done either in c:\arm or c:\dev.
Later, after I mow the yard (I hate manual labor) I was going to give netbeans a shot. Still looking for a good IDE that I can add to the installer. I'm also considering trying to make a better installer than the cmd script. This project has become my 'I'm tired of staring at my I2C code to figure out why it doesn't want to talk to my display' project. ;) That project still has priority #1, since it's the current major hurdle in my course.
I just wanted to let people know that we now have a project up on github which allows GCC to perform offline compilation of code that links to mbed libraries.
This project started back in May with Arthur Wolf's post to the mbed forum about having the start of a GCC project which would compile and link with the mbed libraries. There was just the small issue of the fact that the resulting code didn't run. Several months later, we now have a project where several samples of code that utilize the mbed libraries now compile, link, and run as expected.
I have added a Notebook page which further describes the project and how to use it.
The project is located here on github.
Now you can go outside with your laptop, mbed device, no WiFi access, and enjoy offline development in the great outdoors! If only this project had been completed a few months earlier :)