From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13909 invoked by alias); 15 Oct 2003 08:35:25 -0000 Mailing-List: contact ecos-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@sources.redhat.com Received: (qmail 13902 invoked from network); 15 Oct 2003 08:35:24 -0000 Received: from unknown (HELO sand4.gxn.net) (195.147.249.239) by sources.redhat.com with SMTP; 15 Oct 2003 08:35:24 -0000 Received: from ip02.quartzelec.adsl.gxn.net ([195.147.203.154] helo=server2000.Quartz.local) by sand4.gxn.net with esmtp (Exim 4.20) id 1A9h3s-0006rf-Sw; Wed, 15 Oct 2003 09:31:16 +0100 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Wed, 15 Oct 2003 08:35:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "James Yates" To: "Andrew Lunn" Cc: Subject: RE: [ECOS] Problems with test X-SW-Source: 2003-10/txt/msg00241.txt.bz2 Good idea. Many thanks. Will send in a bug report to GNU regarding compiler= problems.=20 many thanks for your help. James Yates -----Original Message----- From: Andrew Lunn [mailto:andrew@lunn.ch] Sent: 14 October 2003 16:10 To: James Yates Cc: ecos-discuss@sources.redhat.com Subject: Re: [ECOS] Problems with test On Tue, Oct 14, 2003 at 03:31:40PM +0100, James Yates wrote: > Oops my apologies. Yes the version of gcc I am using was one that I > downloaded with the latest version of eCos using the > ecos-install.tcl script. > After much playing around with configurations I have discovered that > if I build with -O2 specified as a Build Flag, i get a segmentation > fault when building mqueue1 test. If I specifiy -O1 or no > optimization this problem goes away. So for the moment I have > optimization at level 1. Its probably a good idea to report a bug. For one of the files that causes a crash, do the compile again, but add -save-temps. You will then get some extra files generated. Goto http://bugs.ecos.sourceware.org/query.cgi and create a new bug report and attach the temp files. > This has enabled to build most tests, although some of the > clock tests in Libc time have failed due to cache problems. I have > no cache defined since the SH2 I am using has no on-chip cache, this > has caused me problems in various areas of the tree. I have had to > resort to defining the various cache related functions to asm("nop") > in my variant src to save having to make changes throughout the > entire source. Is this a valid thing to do? I've not looked at the SH2 code before today..... It looks like a better solution would be to add a new CYGARC_SH_MOD_CAC. You can then make the HAL macros empty statements and set the HAL_?CACHE_SIZE to 0. This will tell eCos you don't have a cache. We can then add this to anoncvs. Andrew -- Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos and search the list archive: http://sources.redhat.com/ml/ecos-discuss