Canadian build for AVR

Canadian build for AVR

[jonsmirl]

I've been trying to do a Canadian build for the Avr32 without much
success. I get lots of different compile failures depending on which
releases of the various components I pick.

I used this approach..

apt-get install avc-gcc, etc...
This is for building the libraries. Haven't gotten that far yet.

Download OpenWrt git, select a target of MIPS Ralink 3050. That will
build the MIPS cross compiler with uclibc support for the target.
Many gcc verisions to pick from including the linaro builds. This step
works fine.

Use crosstool-ng to try and do the Canadian build.
build = x86
host = mipsel + uclibc
target = avr bare metal.
point it at the OpenWrt compiler.

I tried a dozen different versions of the various tools and couldn't
get anything to finish a compile.
I also don't see how to set the host for a uclibc build.

My crazy idea is to repurpose routers as a cheap IDE for Arduinos. I
need the avr compiler on the router to do that. The routers only have
32-64MB of memory and slow flash for disk. So native compilation of
something large (like gcc) is painful.

--
Jon Smirl
jonsmirl@gmail.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: Canadian build for AVR

[Martin Guy]

Hi Jon

On 9 May 2013 00:32, jonsmirl@gmail.com <jonsmirl@gmail.com> wrote:
> I've been trying to do a Canadian build for the Avr32 without much
> success. I get lots of different compile failures depending on which
> releases of the various components I pick.
>
> I used this approach..
>
> apt-get install avc-gcc, etc...

Sorry, are you working for the AVR or AVR32? They are two totally
different processors, AVR has GCC support in mainline but not in
crosstool-ng. AVR32 does not have support in mainline GCC but does in
crosstool, thanks to several megabytes of patches for gcc-4.2.2,
binutils-2.18 and newlib-1.17

Mind you, I can't see GCC running on the 8-bit AVR processors, so I
assume you mean AVR32, in which case you might start from here:
http://spaces.atmel.com/gf/project/ct-ng/
which has patches for AVR32 for more versions, up to gcc-4.4.7.

That said, the current AVR32 stuff in crosstool-ng only supports
newlib on bare-metal targets if I understand correctly. What operating
system environment platform are you wanting the ct-ng-generated
compiler to run on?
  I think the AVR32 patches have support for uclinux (or had... I fear
I may have diked that part out while pruning the patches for my
project).  Do you maybe have linux/uclibc running on AVR32?

   M

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: Canadian build for AVR

[jonsmirl]

On Thu, May 9, 2013 at 6:49 AM, Martin Guy <martinwguy@gmail.com> wrote:
> Hi Jon
>
> On 9 May 2013 00:32, jonsmirl@gmail.com <jonsmirl@gmail.com> wrote:
>> I've been trying to do a Canadian build for the Avr32 without much
>> success. I get lots of different compile failures depending on which
>> releases of the various components I pick.
>>
>> I used this approach..
>>
>> apt-get install avc-gcc, etc...
>
> Sorry, are you working for the AVR or AVR32? They are two totally
> different processors, AVR has GCC support in mainline but not in
> crosstool-ng. AVR32 does not have support in mainline GCC but does in
> crosstool, thanks to several megabytes of patches for gcc-4.2.2,
> binutils-2.18 and newlib-1.17

Target is the 8-bit AVR. I was confused and thought that the AVR32
compilers worked for both CPUs. I need the AVR8 gcc.

So crosstool-ng is missing AVR8 support which is my final target. That
probably rules it out.

> Mind you, I can't see GCC running on the 8-bit AVR processors, so I
> assume you mean AVR32, in which case you might start from here:
> http://spaces.atmel.com/gf/project/ct-ng/
> which has patches for AVR32 for more versions, up to gcc-4.4.7.

Compiler needs to run on a mipel with uclibc.

So it is:
x86 --> mipsel (uclibs) --> AVR8 (bare metal)

----------------

I'm trying a couple of other schemes too...
Using the Openwrt cross build environment to make the AVR8 compiler.
I am missing all of the makefile for this and haven't found a combo
yet that builds.

Using Debian on a mipel emulator.
I have the make files for the AVR8 compiler, but I need to figure out
how to modify them to build for mipsel/uclibc instead of normal
Debian.


> That said, the current AVR32 stuff in crosstool-ng only supports
> newlib on bare-metal targets if I understand correctly. What operating
> system environment platform are you wanting the ct-ng-generated
> compiler to run on?
>   I think the AVR32 patches have support for uclinux (or had... I fear
> I may have diked that part out while pruning the patches for my
> project).  Do you maybe have linux/uclibc running on AVR32?
>
>    M



--
Jon Smirl
jonsmirl@gmail.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: Canadian build for AVR

[jonsmirl]

I'm making some progress. I'm currently stuck on this error.

gcc -c -DIN_GCC    -DGENERATOR_FILE -I. -Ibuild -I../.././gcc
-I../.././gcc/build -I../.././gcc/../include -I./../intl
-I../.././gcc/../libcpp/include  -I../.././gcc/../libdecnumber
-I../.././gcc/../libdecnumber/dpd -I../libdecnumber    \
-o build/genflags.o ../.././gcc/genflags.c
In file included from ../.././gcc/rtl.h:28:0,
                 from ../.././gcc/genflags.c:28:
../.././gcc/real.h:77:13: error: size of array 'test_real_width' is negative
make[6]: *** [build/genflags.o] Error 1
make[6]: Leaving directory
`/home/apps/openwrt/build_dir/target-mipsel_uClibc-0.9.33.2/gcc-4.7.2/host-mipsel-openwrt-linux-uclibc/gcc'
make[5]: *** [all-gcc] Error 2

On Thu, May 9, 2013 at 8:15 AM, jonsmirl@gmail.com <jonsmirl@gmail.com> wrote:
> On Thu, May 9, 2013 at 6:49 AM, Martin Guy <martinwguy@gmail.com> wrote:
>> Hi Jon
>>
>> On 9 May 2013 00:32, jonsmirl@gmail.com <jonsmirl@gmail.com> wrote:
>>> I've been trying to do a Canadian build for the Avr32 without much
>>> success. I get lots of different compile failures depending on which
>>> releases of the various components I pick.
>>>
>>> I used this approach..
>>>
>>> apt-get install avc-gcc, etc...
>>
>> Sorry, are you working for the AVR or AVR32? They are two totally
>> different processors, AVR has GCC support in mainline but not in
>> crosstool-ng. AVR32 does not have support in mainline GCC but does in
>> crosstool, thanks to several megabytes of patches for gcc-4.2.2,
>> binutils-2.18 and newlib-1.17
>
> Target is the 8-bit AVR. I was confused and thought that the AVR32
> compilers worked for both CPUs. I need the AVR8 gcc.
>
> So crosstool-ng is missing AVR8 support which is my final target. That
> probably rules it out.
>
>> Mind you, I can't see GCC running on the 8-bit AVR processors, so I
>> assume you mean AVR32, in which case you might start from here:
>> http://spaces.atmel.com/gf/project/ct-ng/
>> which has patches for AVR32 for more versions, up to gcc-4.4.7.
>
> Compiler needs to run on a mipel with uclibc.
>
> So it is:
> x86 --> mipsel (uclibs) --> AVR8 (bare metal)
>
> ----------------
>
> I'm trying a couple of other schemes too...
> Using the Openwrt cross build environment to make the AVR8 compiler.
> I am missing all of the makefile for this and haven't found a combo
> yet that builds.
>
> Using Debian on a mipel emulator.
> I have the make files for the AVR8 compiler, but I need to figure out
> how to modify them to build for mipsel/uclibc instead of normal
> Debian.
>
>
>> That said, the current AVR32 stuff in crosstool-ng only supports
>> newlib on bare-metal targets if I understand correctly. What operating
>> system environment platform are you wanting the ct-ng-generated
>> compiler to run on?
>>   I think the AVR32 patches have support for uclinux (or had... I fear
>> I may have diked that part out while pruning the patches for my
>> project).  Do you maybe have linux/uclibc running on AVR32?
>>
>>    M
>
>
>
> --
> Jon Smirl
> jonsmirl@gmail.com



-- 
Jon Smirl
jonsmirl@gmail.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: Canadian build for AVR

[jonsmirl]

Configured with --enable-long-long
Preprocessor output:

struct real_value {
  unsigned int cl : 2;
  unsigned int decimal : 1;
  unsigned int sign : 1;
  unsigned int signalling : 1;
  unsigned int canonical : 1;
  unsigned int uexp : (32 - 6);
  unsigned long sig[((128 + (8 * 4)) / (8 * 4))];
};
# 77 "../.././gcc/real.h"
extern char test_real_width
  [sizeof(struct real_value) <= (((128 + (8 * 4)) + 32)/(8 * 8) +
(((128 + (8 * 4)) + 32)%(8 * 8) ? 1 : 0))*sizeof(long long) ? 1 : -1];

--
Jon Smirl
jonsmirl@gmail.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: Canadian build for AVR

[Ben Greenfield]

Hey Jon, Hey all,

I lurk on this list and don't quite follow your thread. My understanding was without 8bit avr support you would try something else. Then lo and behold you report progress then success.

If you did get it working I would love an overall description of your environment and workflow.

Thanks,

Ben

On May 9, 2013, at 7:12 PM, "jonsmirl@gmail.com" <jonsmirl@gmail.com> wrote:

> Configured with --enable-long-long
> Preprocessor output:
> 
> struct real_value {
>  unsigned int cl : 2;
>  unsigned int decimal : 1;
>  unsigned int sign : 1;
>  unsigned int signalling : 1;
>  unsigned int canonical : 1;
>  unsigned int uexp : (32 - 6);
>  unsigned long sig[((128 + (8 * 4)) / (8 * 4))];
> };
> # 77 "../.././gcc/real.h"
> extern char test_real_width
>  [sizeof(struct real_value) <= (((128 + (8 * 4)) + 32)/(8 * 8) +
> (((128 + (8 * 4)) + 32)%(8 * 8) ? 1 : 0))*sizeof(long long) ? 1 : -1];
> 
> --
> Jon Smirl
> jonsmirl@gmail.com
> 
> --
> For unsubscribe information see http://sourceware.org/lists.html#faq
> 

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: Canadian build for AVR

[jonsmirl]

On Fri, May 10, 2013 at 9:26 AM, Ben Greenfield <ben@cogs.com> wrote:
> Hey Jon, Hey all,
>
> I lurk on this list and don't quite follow your thread. My understanding was without 8bit avr support you would try something else. Then lo and behold you report progress then success.

There isn't AVR8 support in crosstool-ng. But gcc supports it. I am
trying to put together my own makefiles to build it without
crosstool-ng support.

I think the test_real_width issues comes from using 64b x86 as my host
and then building using a 32b compiler (mipsel).


>
> If you did get it working I would love an overall description of your environment and workflow.
>
> Thanks,
>
> Ben
>
> On May 9, 2013, at 7:12 PM, "jonsmirl@gmail.com" <jonsmirl@gmail.com> wrote:
>
>> Configured with --enable-long-long
>> Preprocessor output:
>>
>> struct real_value {
>>  unsigned int cl : 2;
>>  unsigned int decimal : 1;
>>  unsigned int sign : 1;
>>  unsigned int signalling : 1;
>>  unsigned int canonical : 1;
>>  unsigned int uexp : (32 - 6);
>>  unsigned long sig[((128 + (8 * 4)) / (8 * 4))];
>> };
>> # 77 "../.././gcc/real.h"
>> extern char test_real_width
>>  [sizeof(struct real_value) <= (((128 + (8 * 4)) + 32)/(8 * 8) +
>> (((128 + (8 * 4)) + 32)%(8 * 8) ? 1 : 0))*sizeof(long long) ? 1 : -1];
>>
>> --
>> Jon Smirl
>> jonsmirl@gmail.com
>>
>> --
>> For unsubscribe information see http://sourceware.org/lists.html#faq
>>



--
Jon Smirl
jonsmirl@gmail.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: Canadian build for AVR

[jonsmirl]

Doing the Canadian build on 32b x86 worked first try. Something is
broken in gcc when doing a 64b -> 32b -> 8b build. 32b->32b->8b works.

On Fri, May 10, 2013 at 10:33 AM, jonsmirl@gmail.com <jonsmirl@gmail.com> wrote:
> On Fri, May 10, 2013 at 9:26 AM, Ben Greenfield <ben@cogs.com> wrote:
>> Hey Jon, Hey all,
>>
>> I lurk on this list and don't quite follow your thread. My understanding was without 8bit avr support you would try something else. Then lo and behold you report progress then success.
>
> There isn't AVR8 support in crosstool-ng. But gcc supports it. I am
> trying to put together my own makefiles to build it without
> crosstool-ng support.
>
> I think the test_real_width issues comes from using 64b x86 as my host
> and then building using a 32b compiler (mipsel).
>
>
>>
>> If you did get it working I would love an overall description of your environment and workflow.
>>
>> Thanks,
>>
>> Ben
>>
>> On May 9, 2013, at 7:12 PM, "jonsmirl@gmail.com" <jonsmirl@gmail.com> wrote:
>>
>>> Configured with --enable-long-long
>>> Preprocessor output:
>>>
>>> struct real_value {
>>>  unsigned int cl : 2;
>>>  unsigned int decimal : 1;
>>>  unsigned int sign : 1;
>>>  unsigned int signalling : 1;
>>>  unsigned int canonical : 1;
>>>  unsigned int uexp : (32 - 6);
>>>  unsigned long sig[((128 + (8 * 4)) / (8 * 4))];
>>> };
>>> # 77 "../.././gcc/real.h"
>>> extern char test_real_width
>>>  [sizeof(struct real_value) <= (((128 + (8 * 4)) + 32)/(8 * 8) +
>>> (((128 + (8 * 4)) + 32)%(8 * 8) ? 1 : 0))*sizeof(long long) ? 1 : -1];
>>>
>>> --
>>> Jon Smirl
>>> jonsmirl@gmail.com
>>>
>>> --
>>> For unsubscribe information see http://sourceware.org/lists.html#faq
>>>
>
>
>
> --
> Jon Smirl
> jonsmirl@gmail.com



-- 
Jon Smirl
jonsmirl@gmail.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: Canadian build for AVR

[Trevor Woerner]

Hi Jon,

On Fri, May 10, 2013 at 11:32 PM, jonsmirl@gmail.com <jonsmirl@gmail.com> wrote:
>> On Fri, May 10, 2013 at 9:26 AM, Ben Greenfield <ben@cogs.com> wrote:
>> There isn't AVR8 support in crosstool-ng. But gcc supports it. I am
>> trying to put together my own makefiles to build it without
>> crosstool-ng support.
>>
>>> If you did get it working I would love an overall description of your environment and workflow.

I was just wondering if you were interested in making your
procedure/makefiles available? Is there any reason your method
couldn't be added to ct-ng?

Best regards,
    Trevor

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: Canadian build for AVR

[jonsmirl]

On Tue, Jul 2, 2013 at 3:15 PM, Trevor Woerner <twoerner@gmail.com> wrote:
> Hi Jon,
>
> On Fri, May 10, 2013 at 11:32 PM, jonsmirl@gmail.com <jonsmirl@gmail.com> wrote:
>>> On Fri, May 10, 2013 at 9:26 AM, Ben Greenfield <ben@cogs.com> wrote:
>>> There isn't AVR8 support in crosstool-ng. But gcc supports it. I am
>>> trying to put together my own makefiles to build it without
>>> crosstool-ng support.

I did get this working. But we started working on something else and
I've seem to have lost the Makefiles. The idea was to make a dev
environment for the new Arduino Yun. I did get the compiler and
libraries built and they did work on a MIPS CPU with only 32MB RAM.

In general everything works if you do it from a 32b host. Something is
messed up in gcc when doing cross 64b-32b-8b. The messed up bit is in
the 64b-32b part. 32b-32b-8b works.  I seem to recall moving to a very
recent gcc and this problem went away.

There is also a path that is wrong is wrong in the gcc Makefile when
building one of the libraries. It builds the library in gcc instead of
gcc/target. Then later steps can't find the library. The Makefile is
missing something like $(TARGET) in the path construction.

So in general you don't need to do anything special except to fix that
path in the Makefile. Fixing it is fairly obvious, the build will stop
saying it can't find the library.

I was building these inside of OpenWRT so the Makefile were specific
to that environment.



>>>
>>>> If you did get it working I would love an overall description of your environment and workflow.
>
> I was just wondering if you were interested in making your
> procedure/makefiles available? Is there any reason your method
> couldn't be added to ct-ng?
>
> Best regards,
>     Trevor



--
Jon Smirl
jonsmirl@gmail.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: Canadian build for AVR

[jonsmirl]

I believe this is the Makefile for building the compiler....

#
# Copyright (C) 2008 OpenWrt.org
#
# This is free software, licensed under the GNU General Public License v2.
# See /LICENSE for more information.
#
include $(TOPDIR)/rules.mk
PKG_NAME:=gcc
PKG_VERSION:=4.7.2
PKG_RELEASE:=1
PATCH_DIR=$(TOPDIR)/toolchain/gcc/patches/4.7.2
PKG_SOURCE_URL:=@GNU/gcc/gcc-$(PKG_VERSION)

PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2
PKG_MD5SUM:=
PKG_BUILD_DEPENDS:=+gmp +mpc +mpfr

include $(INCLUDE_DIR)/package.mk

SEP:=,
TARGET_LANGUAGES:="c$(if $(CONFIG_INSTALL_LIBSTDCPP),$(SEP)c++)$(if
$(CONFIG_INSTALL_LIBGCJ),$(SEP)java)"
EXTRA_TARGET=$(if $(CONFIG_EXTRA_TARGET_ARCH),--enable-biarch
--enable-targets=$(call
qstrip,$(CONFIG_EXTRA_TARGET_ARCH_NAME))-linux-uclibc)

define Package/gcc
  SECTION:=devel
  CATEGORY:=Development
  TITLE:=gcc
  DEPENDS:=@NO_STRIP
endef

define Package/gcc/description
build a native toolchain for compiling on target
endef

define Build/Prepare
$(call Build/Prepare/Default)
$(SED) 's,\(version_string.. = "[0-9\.]*\).*\(";\),\1
(OpenWrt-2.0)\2,' $(PKG_BUILD_DIR)/gcc/version.c
$(SED) 's,\(bug_report_url.. =
"\).*\(";\),\1<URL:https://dev.openwrt.org/>\2,'
$(PKG_BUILD_DIR)/gcc/version.c
(cd $(PKG_BUILD_DIR); autoreconf;);
(cd $(PKG_BUILD_DIR)/libstdc++-v3; autoconf;);
$(SED) 's,gcc_no_link=yes,gcc_no_link=no,'
$(PKG_BUILD_DIR)/libstdc++-v3/configure
endef

define Build/Configure
(cd $(PKG_BUILD_DIR); rm -f config.cache; \
SHELL="$(BASH)" \
$(TARGET_CONFIGURE_OPTS) \
$(PKG_BUILD_DIR)/configure \
$(TARGET_CONFIGURE_ARGS) \
--build=$(GNU_HOST_NAME) \
--host=mipsel \
--target=avr \
--enable-languages=$(TARGET_LANGUAGES) \
       --enable-shared \
        --with-system-zlib \
       --enable-long-long \
       --enable-nls \
--disable-shared \
       --without-included-gettext \
--disable-libssp \
$(EXTRA_TARGET) \
$(call qstrip,$(CONFIG_EXTRA_GCC_CONFIG_OPTIONS)) \
);
endef

define Build/Compile
export SHELL="$(BASH)"; $(MAKE_VARS) $(MAKE) -C $(PKG_BUILD_DIR) \
DESTDIR="$(PKG_INSTALL_DIR)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE_ARGS)
all-gcc install
# Set up the symlinks to enable lying about target name.
set -e; \
(cd $(TOOLCHAIN_DIR); \
ln -sf $(REAL_GNU_TARGET_NAME) $(GNU_TARGET_NAME); \
cd bin; \
for app in $(REAL_GNU_TARGET_NAME)-* ; do \
ln -sf $$$${app} \
$(GNU_TARGET_NAME)$$$${app##$(REAL_GNU_TARGET_NAME)}; \
done; \
);
endef

define Package/gcc/install
$(INSTALL_DIR) $(1)/usr/lib/
cp -r $(PKG_INSTALL_DIR)/* $(1)
cp -r $(TOOLCHAIN_DIR)/include $(1)/usr/
cp $(TOOLCHAIN_DIR)/lib/crt* $(1)/usr/lib/
cp $(TOOLCHAIN_DIR)/lib/libc.so $(1)/usr/lib/
endef

$(eval $(call BuildPackage,gcc))

On Tue, Jul 2, 2013 at 5:16 PM, jonsmirl@gmail.com <jonsmirl@gmail.com> wrote:
> On Tue, Jul 2, 2013 at 3:15 PM, Trevor Woerner <twoerner@gmail.com> wrote:
>> Hi Jon,
>>
>> On Fri, May 10, 2013 at 11:32 PM, jonsmirl@gmail.com <jonsmirl@gmail.com> wrote:
>>>> On Fri, May 10, 2013 at 9:26 AM, Ben Greenfield <ben@cogs.com> wrote:
>>>> There isn't AVR8 support in crosstool-ng. But gcc supports it. I am
>>>> trying to put together my own makefiles to build it without
>>>> crosstool-ng support.
>
> I did get this working. But we started working on something else and
> I've seem to have lost the Makefiles. The idea was to make a dev
> environment for the new Arduino Yun. I did get the compiler and
> libraries built and they did work on a MIPS CPU with only 32MB RAM.
>
> In general everything works if you do it from a 32b host. Something is
> messed up in gcc when doing cross 64b-32b-8b. The messed up bit is in
> the 64b-32b part. 32b-32b-8b works.  I seem to recall moving to a very
> recent gcc and this problem went away.
>
> There is also a path that is wrong is wrong in the gcc Makefile when
> building one of the libraries. It builds the library in gcc instead of
> gcc/target. Then later steps can't find the library. The Makefile is
> missing something like $(TARGET) in the path construction.
>
> So in general you don't need to do anything special except to fix that
> path in the Makefile. Fixing it is fairly obvious, the build will stop
> saying it can't find the library.
>
> I was building these inside of OpenWRT so the Makefile were specific
> to that environment.
>
>
>
>>>>
>>>>> If you did get it working I would love an overall description of your environment and workflow.
>>
>> I was just wondering if you were interested in making your
>> procedure/makefiles available? Is there any reason your method
>> couldn't be added to ct-ng?
>>
>> Best regards,
>>     Trevor
>
>
>
> --
> Jon Smirl
> jonsmirl@gmail.com



-- 
Jon Smirl
jonsmirl@gmail.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq