From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13462 invoked by alias); 6 Oct 2014 23:41:43 -0000 Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org Received: (qmail 13438 invoked by uid 89); 6 Oct 2014 23:41:42 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,MEDICAL_SUBJECT,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-pa0-f49.google.com Received: from mail-pa0-f49.google.com (HELO mail-pa0-f49.google.com) (209.85.220.49) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Mon, 06 Oct 2014 23:41:40 +0000 Received: by mail-pa0-f49.google.com with SMTP id hz1so6059743pad.22 for ; Mon, 06 Oct 2014 16:41:39 -0700 (PDT) X-Received: by 10.66.194.101 with SMTP id hv5mr64122pac.82.1412638898946; Mon, 06 Oct 2014 16:41:38 -0700 (PDT) Received: from ShengShiZhuChengdeMacBook-Pro.local ([223.72.65.11]) by mx.google.com with ESMTPSA id cq7sm12170671pdb.16.2014.10.06.16.41.35 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Oct 2014 16:41:37 -0700 (PDT) Message-ID: <54332A10.7030803@gmail.com> Date: Mon, 06 Oct 2014 23:41:00 -0000 From: Chen Gang User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Mike Stump CC: Andrew Haley , Michael Eager , Jeff Law , davem@redhat.com, gcc-patches List , java-patches@gcc.gnu.org Subject: Re: Libjava test failure Was: [PATCH] microblaze: microblaze.md: Use 'SI' instead of 'VOID' for operand 1 of 'call_value_intern' References: <5430B7E8.1060001@gmail.com> <5430BBBE.8050905@gmail.com> <543215AE.7080206@gmail.com> <543254DB.9020600@redhat.com> <54329EEC.8040609@gmail.com> <54329F17.7050107@redhat.com> <5432A6C5.8040205@gmail.com> <5432A712.2080206@redhat.com> <5432AE7A.2060206@gmail.com> <5432AE68.4030700@redhat.com> <5432B6F6.4050504@gmail.com> <855EEF7C-973D-4675-BE11-FBEF9CA64C69@comcast.net> <54332336.70501@gmail.com> In-Reply-To: <54332336.70501@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-SW-Source: 2014-q4/txt/msg00013.txt.bz2 On 10/7/14 7:18, Chen Gang wrote: > On 10/7/14 1:29, Mike Stump wrote: >> On Oct 6, 2014, at 8:36 AM, Chen Gang wrote: >>> For me, "make -k check" is suitable for one sub-system (e.g. for cross >>> building, and mainly focus on gcc), but not for global check (full >>> non-cross building check): >> >> In our world, there is no sub-system, so, talk of such is outside the scope of gcc. >> >> Let me repeat what he said differently. >> >> You have two choices, fixing the port so that there are no unexpected failures or running check with -k. >> >> I’d like to get to the point where all primary/secondary platforms can use make check directly, we’re not there yet. >> >> The idea is that the single return value tells if if the suite passed or not. This is an absolute measure, that, when achieved means one never has to compare previous/present results, just know that the suite passed. Sometimes simple is better. >> >>> - "make check" is the standard check for global, >> >> No sub-system, no global. >> > > Theoretically, in each system (include gcc), always can be separated > into several 'sub-systems', and then 'global' means the system itself. > > In our case, we say let 'global' pass checking means let gcc, gfortran, > g++, libjava ... all pass checking. But for mainly focus on constructing > environments, I will try to use upstream glibc instead of Darwin glibc: > > - If fix Throw_2, we know it is environments construction issue. > > - Else, I shall skip it (since "make -k check" should be OK). > > And after finish testsuite under Darwin, within this month, I shall try > to find and send a patch for gcc, and pass testsuite under Darwin (it > seems it is not quite difficult to me). > > It is really unlucky, The upstream glibc does not support Darwin! And sorry, send patches to glibc is really out of my current border, so I have to give up. :-( bash-3.2# ../glibc/configure --with-prefix=/release/Darwin/ --with-sysroot=/release/Darwin checking build system type... x86_64-apple-darwin13.4.0 checking host system type... x86_64-apple-darwin13.4.0 checking for gcc... gcc checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for readelf... no checking for sysdeps preconfigure fragments... aarch64 alpha arm hppa i386 m68k microblaze mips powerpc s390 sh sparc tile x86_64 checking whether gcc compiles in -mx32 mode by default... no configure: running configure fragment for add-on libidn *** The GNU C library is currently not available for this platform. *** So far nobody cared to port it and if there is no volunteer it *** might never happen. So, if you have interest to see glibc on *** this platform visit *** http://www.gnu.org/software/libc/porting.html *** and join the group of porters And I guess, this thread can be ended, and next, I shall try to find a patch for gcc, and let it pass testsuite under Darwin. Thanks. -- Chen Gang Open, share, and attitude like air, water, and life which God blessed