We have upgraded the community system as part of the upgrade a password reset is required for all users before login in.

How to install gcc


  • administrators

    @John-Richardson This seems interesting, but could you elaborate on the generated executable?

    Does the Arduino IDE generate an executable to run on the dev boards processor and flash an ATmega chip?
    Or does it actually cross compile the Arduino sketch into an executable that can run natively on the dev board's processor?



  • @Lazar-Demin In the case of an Arduino/AVR it generates an executable using the gcc cross compiler, linker, ar, etc. It then generates a .hex file from the executable for firmware upload to the board using a tool such as avrdude, dfu, etc.

    For a board which has an embedded linux, it generates a cross compiled executable for the board using the proper gcc, linker, ar, etc. It then has an SSH/RCP style method of copying the executable to the target system.

    The key is recent changes to the Arduino IDE lets you customize the actions for every step. You can choose the headers and libraries to compile against for the target, you can choose the tools (cross compilers that run on the host and generate for the target), and the upload/copy method.

    Intel Edison/Galileo is one example of such as setup targeting a board with embedded Linux from an Arduino IDE. It's made available as an add in as a "board package". Arduino 1.6.5 supports this newer way of supporting multiple embedded boards.


  • administrators

    @John-Richardson wow, very cool of Atmel to build that in!
    We'll be looking into this!



  • @Lazar-Demin Actually the Arduino project did the add-in work, and Intel did the Galileo/Edison "board package". But the board support package model is available to all and documented at Arduino.cc.



  • @Kit-Bishop thanks for your steps "how to do" to setup compiler was very helpful, I finaly have also a c program working, I had the same "file not found" problem, after following the wiki



  • @Kit-Bishop said:

    mips-openwrt-linux-uclibc-gcc test-prog.c -o test-prog

    Hi,

    I installed the toolchain and made a makefile to compile following code:

    #include <stdio.h>

    int main(int nArgc, char* pArgv[])
    {
    printf("This is my first C app for Onion\n");
    return 0;
    } // main
    <<<

    I get an error like this, I must be missing some initialisation #define !?

    [simonjo@ASTR76L0 build]$ make -f Maketest.onion
    rm -rf ../test.o test.onion
    g++ -c -I /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include -DONION -DOS="LINUX" -DLINUX -DDEBUG ../test.cpp -o ../test.o -I..
    In file included from /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include/stdio.h:36,
    from ../test.cpp:8:
    /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include/bits/types.h:132:3: error: #error your machine is neither 32 bit or 64 bit ... it must be magical
    In file included from /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include/stdio.h:36,
    from ../test.cpp:8:
    /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include/bits/types.h:137: error: ‘__STD_TYPE’ does not name a type
    /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include/bits/types.h:138: error: expected constructor, destructor, or type conversion before ‘unsigned’
    /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include/bits/types.h:139: error: expected constructor, destructor, or type conversion before ‘unsigned’
    /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include/bits/types.h:140: error: expected constructor, destructor, or type conversion before ‘unsigned’
    <<<



  • Ok I managed to get past the problem in bits/types.h by adding '#define _MIPS_SZPTR 32'

    But then I came to realize I was using the standard x86 compiler from my CentOS 6.5, not the one from the MIPS toolchain.

    So I used the instructions to extend PATH and set STAGING_DIR, then use 'mips-openwrt-linux-uclibc-gcc test.cpp -o test.onion'

    Now I get below error, I presume this is because my CentOS is 32bit and the toolchain contains 64bit executables... Do you have a 32bit version available ???

    [simonjo@ASTR76L0 build]$ mips-openwrt-linux-uclibc-gcc test.cpp -o test.onion
    /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/bin/mips-openwrt-linux-uclibc-gcc: line 82: /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/bin/mips-openwrt-linux-uclibc-gcc.bin: cannot execute binary file
    /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/bin/mips-openwrt-linux-uclibc-gcc: line 82: /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/bin/mips-openwrt-linux-uclibc-gcc.bin: Success
    <<<



  • @Johan-Simons A couple of points:

    1. From your first post, you should not need to have a #define _MIPS_SZPTR 32 in your code once you have sorted out the 32/64 bit issue. Using your source code exactly as posted using my 64 bit KUbuntu.14.04 set up, your code works as expected
    2. I have tried to look for a 32 bit version of the tool chain but can't find one. The link posted for the 64 bit tool chain was supplied by the Omega people. The best I have been able to find is from https://onion.io/downloads where it says:
      • AR71xx Image Builder Pre-compiled OpenWrt build environment suitable for creating custom images without compiling everything from source. For x86_64 environment only!
      • AR71xx SDK Pre-compiled OpenWRT toolchain for cross-compiling single userspace packages for a specific target without compiling the whole system from scratch. For x86_64 environment only!
      • AR71xx Toolchain Uncompiled source for the AR71xx SDK. Useful if you need to compile the toolchain for 32-bit environments.

    So I think your best bet will be to try to build the 32 bit toolchain yourself unless the guys at Omega can be prevailed upon to produce a precomiled 32 bit version



  • Hi Kit,

    Thx for the response

    Trying to compile a 32bit toolchain myself sounds kind of scary, I'm a Windows person, doing Linux is limited to using cross compilers...

    I will check with some more Linux minded colleagues about this option and some help.

    A second option might be easier, just get a 64bit version of Linux installed using netinstall, a good reason to start using an SSD.

    Anyway, if the Onion crew can come up with a solution, that also would be appreciated very much.

    regards



  • A heads up... that last uncompiled toolchain you mentioned was a complete toolchain but also 64bit I guess as it gives me the same results

    [root@ASTR76L0 bin]# ./mips-openwrt-linux-uclibc-gcc
    ./mips-openwrt-linux-uclibc-gcc: line 82: /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/bin/mips-openwrt-linux-uclibc-gcc.bin: cannot execute binary file
    ./mips-openwrt-linux-uclibc-gcc: line 82: /usr/onion/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/bin/mips-openwrt-linux-uclibc-gcc.bin: Success
    <<<



  • @Johan-Simons So long as you have a 64 bit windows machine, easiest option is to probably install VirtualBox on your windows system (https://www.virtualbox.org/wiki/Downloads - get a 64 bit version).
    Then do one of:

    1. Obtain a copy of the Linux system you want. I, and I believe several others, use 64 bit KUbuntu 14.04 - it is more than sufficient for what is needed - http://www.kubuntu.org/getkubuntu/ and install it on a VirtualBox image
    2. If you don't want the hassle of installing KUbuntu, prebuilt VirtualBox VM images are available from here: http://www.osboxes.org/kubuntu/ - though I don't know how they are configured in terms of memory and disk space setup. Just down load the one you want and open it in VirtualBox


  • Is there a reason that once we've added additional storage via overlay that we couldn't install a full gcc and associated build tools (make, autoconf, etc.) on the omega itself? I have gcc on there, but can't find a way to get make, etc. onto the little computer so I can compile other Linux software I want to port to the thing. Is there some hidden opkg of build tools I just don't know about?



  • @Johan-Simons If you can tell me the version of Linux you are using I can create the SDK for you.



  • @Justin-Sowers The Omega (or most OpenWRT devices for that matter) has very limited computational resources, so people don't generally compile anything directly on them, which is probably why you are unable to find packages that allow you to install build tools. However, things like make and autoconf are just binaries that can you compiled from source. So if you want to compile it for the Omega, it's simply a matter of creating a Makefile in your cross-compile environment and build an opkg package out of them.



  • @Boken-Lin I read the post from @Justin-Sowers as meaning he wanted to be able to do the build actually on the Omega itself having made more space available via the overlay method. Though I'm sure you could give a more definitive response to this, it would seem to me that this would not be possible, not because of (disk) storage space but because of RAM limitations.
    Any comments?



  • @Kit-Bishop RAM is definitely a limitation. However, I think if he sets up a swap partition on the USB drive it might just work.



  • @Boken-Lin Setting up a swap partition should help there. Any suggestions as to how to go about this on the Omega? If not, I will have a look myself to see if I can figure something out.

    That would just leave the need to have access to Omega packages etc. for gcc, make etc. and any other needed utils.



  • @Kit-Bishop Yeah, it should be pretty straight forward. Remember /etc/config/fstab from setting up rootfs? You just need to add a few more lines to enable swap:

    For swap partition

    config 'swap'
            option  device  'sda1'
            option  uuid    'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx'
    

    Swap file

    config 'swap'
            option  device  '/mnt/shared/swap'
    

    Swap device by label (mkswap -L swap /dev/sdb2)

    config 'swap'
            option  label 'swap'
    

    Save the file and reboot.



  • @Boken-Lin Thanks - I'll give it a try.
    Since I already use my USB device for /overlay, presumably I will need to re-partition my USB drive with two partitions:

    1. An ext4 partition for /overlay
    2. A swap partition for swap

    Any suggestions as to what would be a suitable size for the swap partition?

    Also, once all details are ironed out, perhaps the details should be made the subject of a Wiki tutorial (with reference too to the usage of the USB drive for overlay and swap)



  • @Kit-Bishop You can try a swap of 512MB, it should be enough for compilation purposes.

    And yup, I will write up a separate tutorial for that.


Log in to reply
 

Looks like your connection to Community was lost, please wait while we try to reconnect.