From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4057 invoked by alias); 18 Feb 2013 22:21:06 -0000 Received: (qmail 4024 invoked by uid 22791); 18 Feb 2013 22:21:05 -0000 X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,KHOP_THREADED,NML_ADSP_CUSTOM_MED,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 18 Feb 2013 22:21:01 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1U7Z5J-0004Bh-SF for ecos-discuss@ecos.sourceware.org; Mon, 18 Feb 2013 23:21:17 +0100 Received: from dsl.comtrol.com ([64.122.56.22]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 18 Feb 2013 23:21:17 +0100 Received: from grant.b.edwards by dsl.comtrol.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 18 Feb 2013 23:21:17 +0100 To: ecos-discuss@ecos.sourceware.org From: Grant Edwards Date: Mon, 18 Feb 2013 22:21:00 -0000 Message-ID: References: <51228FE9.1030605@voomtech.com> User-Agent: slrn/1.0.1 (Linux) X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: [ECOS] Re: migration from win2k to win7 X-SW-Source: 2013-02/txt/msg00019.txt.bz2 On 2013-02-18, Christopher Biessener wrote: > Hi all, > > I am new to embedded systems and got handed the task of migrating our > build environment from win2k to win7. > In win2k they are using Cygwin 1.3 / eCos 1.3.1 / gcc 2.95 toolchain. > This setup compiles and links and our hardware runs beautifully. We > can't keep limping along on win2k, however. My advice would be to do your development on Linux. Even if you have to run Linu in a VM under Win7, that's probably going to be easier in the end than trying to use eCos that old building Cygwin. My experience mixing and matching arbitrary versions of Windows, Cygwin, toolchains and eCos have always been poor. Replacing Windows and Cygwin with Linux always made things a lot simpler. > The arm-elf 2.95 toolchain will not install in win7, so I began > upgrading stuff. > > So far I have the newest Cygwin 1.7 - which uses gcc 4.5.3. I > downloaded the arm-elf toolchain via MacCraigor Systems website which > is gcc 4.6.0. Is that a toolchain intended for use with eCos? Why not use the ARM toolchain offered for download by eCosCentric? > I cannot find the arm-elf toolchain in any other rev-level. > Apparently eCos 1.3.1 is still viable and it did install on win7, so > that is what I used. I am afraid of upgrading to eCos 3.0 because I > have no idea what configuration options were used. There is no > documentation the original developers left - and yes, they are long > gone. > > At first gcc couldn't find libgcc, so I added > -L/usr/lib/gcc/i686-pc-cygwin/4.5.3 to the link flags. That's almost certainly incorrect. You can't use a libgcc for i686 if you're compiling for an ARM target. > Without further changing our makefiles everything compiled, but it > will not link. The following is part of the output of make: > > ---------------------- > arm-elf-gcc -mcpu=arm7tdmi -u cyg_user_start > -Wl,'-Map=HC3-P_Hw_Cf_P1.map' -nostartfiles -Wl,--gc-sections > -L./romram_install/lib -L/usr/lib/gcc/i686-pc-cygwin/4.5.3 -o > HC3-P_Hw_Cf_P1.elf libHC3-P_Hw_Cf_P1.a libromHC3-P_Hw_Cf_P1.a > -TtargetHC3-P_Hw_Cf_P1.ld -nostdlib > libromHC3-P_Hw_Cf_P1.a(HardCopy.o): In function > `__static_initialization_and_destruction_0(int, int)': > HardCopy.cpp:(.text._Z41__static_initialization_and_destruction_0ii+0x48): > undefined reference to `__cxa_atexit' > HardCopy.cpp:(.text._Z41__static_initialization_and_destruction_0ii+0x60): > undefined reference to `__dso_handle' > libromHC3-P_Hw_Cf_P1.a(fat32.o): In function > `CFAT32::InitBootSector(FAT32_BOOT_SECTOR*, FAT32_FSINFO_SECTOR*)': > fat32.cpp:(.text._ZN6CFAT3214InitBootSectorEP17FAT32_BOOT_SECTORP19FAT32_FSINFO_SECTOR+0x118): > undefined reference to `__umodsi3' > fat32.cpp:(.text._ZN6CFAT3214InitBootSectorEP17FAT32_BOOT_SECTORP19FAT32_FSINFO_SECTOR+0x150): > undefined reference to `__udivsi3' > ---------------------- > > Any suggestions would be greatly appreciated. I did begin by searching > the list archive. There were no solutions to be found. > > Thanks, > > Christopher Biessener > Voom Technologies, Inc. > > -- Grant Edwards grant.b.edwards Yow! I have a TINY BOWL in at my HEAD gmail.com -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss