From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.windriver.com ([147.11.1.11]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1SGJNA-00048S-3o for openembedded-core@lists.openembedded.org; Sat, 07 Apr 2012 02:19:20 +0200 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40]) by mail.windriver.com (8.14.3/8.14.3) with ESMTP id q370A5Kd020929 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 6 Apr 2012 17:10:05 -0700 (PDT) Received: from msp-dhcp16.wrs.com (172.25.34.16) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Fri, 6 Apr 2012 17:10:04 -0700 Message-ID: <4F7F85DC.2000301@windriver.com> Date: Fri, 6 Apr 2012 19:10:04 -0500 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: References: <4F7CC6E6.6020006@opendreambox.org> <4F7F28FB.20600@windriver.com> In-Reply-To: Subject: Re: [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2012 00:19:20 -0000 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit Just ran a local build with the qemumips machine, this is a standard mips32 target. From the configure line for eglibc: /msp-lpggp1/mhatle/git/oe-core/build-mips32/tmp-eglibc/work/mips32-oe-linux/eglibc-2.13-r23+svnr15508/eglibc-2_13/libc/configure --build=x86_64-linux --host=mips-oe-linux --target=mips-oe-linux --prefix=/usr --exec_prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --sysconfdir=/etc --sharedstatedir=/com --localstatedir=/var --libdir=/usr/lib --includedir=/usr/include --oldincludedir=/usr/include --infodir=/usr/share/info --mandir=/usr/share/man --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot=/msp-lpggp1/mhatle/git/oe-core/build-mips32/tmp-eglibc/sysroots/qemumips --enable-kernel=2.6.16 --without-cvs --disable-profile --disable-debug --without-gd --enable-clocale=gnu --enable-add-ons=ports,nptl,libidn,ports --with-headers=/msp-lpggp1/mhatle/git/oe-core/build-mips32/tmp-eglibc/sysroots/qemumips/usr/include --without-selinux The system is correctly setting the target to "mips-oe-linux". I checked and bash is the same way. So the canonical arch is correct, the mips32 is only the packaging arch. It was always intended that the packaging arch be used in full on MIPS. (This will allow us to specify mips32r2, mipsiii, mipsiv, etc as necessary if we expand the mips tunings.) So right now, I don't see any failure conditions with an oe-core build. (This is oe-core as of earlier today.) --Mark On 4/6/12 4:30 PM, Khem Raj wrote: > On Fri, Apr 6, 2012 at 10:33 AM, Mark Hatle wrote: >> On 4/4/12 11:17 PM, Khem Raj wrote: >>> >>> On Wed, Apr 4, 2012 at 3:10 PM, Andreas Oberritter >>> wrote: >>>> >>>> >>>> What was mipsel-oe-linux before now became mips32el-oe-linux, i.e. >>>> tmp/work/mipsel-oe-linux now is tmp/work/mips32el-oe-linux. I'm not sure >>>> what else broke. >>>> >>>> Was this intentional? >>> >>> >>> I dont think so. mips-*-* in general indicates 32bit BE mips and >>> mipsel-*-* indicates >>> 32bit LE mips so devicing mips32 and mips32el may be more explicit but >>> is not widely >>> used norm >> >> >> If that has changed it was certainly not intentional. As Khem said the >> expected GNU canonical archs are: >> >> mips-*-* >> mipsel-*-* >> mips64-*-* >> mips64el-*-* >> >> mips32 should work, but it was not expected to have changed. >> >> Looking through, the GNU canonical arch should only match the above. The >> namings in the tmp/work directory are strictly following the -package arch- >> namings, which don't affect system configuration. >> >> I checked the logs from my test builds, and the mips32* reused the mips* >> builds because the canonical arch of the configuration and such were the >> same. >> >> (Looked at config.log in a couple of packages...) if you see mips32-* in >> the config.log, let me know. > > see angstrom buildhistory its all filled with changes from mips -> mips32 > its unwanted. > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core