From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32732 invoked by alias); 5 Oct 2009 20:01:37 -0000 Received: (qmail 32169 invoked by uid 22791); 5 Oct 2009 20:01:36 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from smtp-vbr17.xs4all.nl (HELO smtp-vbr17.xs4all.nl) (194.109.24.37) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 05 Oct 2009 20:01:31 +0000 Received: from localhost (a83-161-197-124.adsl.xs4all.nl [83.161.197.124]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id n95K1DFb086128; Mon, 5 Oct 2009 22:01:13 +0200 (CEST) (envelope-from jasper@humppa.nl) Date: Mon, 05 Oct 2009 20:01:00 -0000 From: Jasper Lievisse Adriaanse To: Anthony Green Cc: libffi-discuss@sources.redhat.com Subject: Re: libffi 3.0.9 release candidate 1 Message-ID: <20091005200112.GA29415@gurthang.humppa.nl> References: <4AC97CBA.5080305@redhat.com> <20091005180653.GB29614@gurthang.humppa.nl> <20091005180808.GC29614@gurthang.humppa.nl> <4ACA393D.3090606@redhat.com> <4ACA39A1.6060106@redhat.com> <20091005182908.GE29614@gurthang.humppa.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091005182908.GE29614@gurthang.humppa.nl> User-Agent: Mutt/1.5.20 (2009-06-14) X-IsSubscribed: yes Mailing-List: contact libffi-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libffi-discuss-owner@sourceware.org X-SW-Source: 2009/txt/msg00285.txt.bz2 On Mon, Oct 05, 2009 at 08:29:08PM +0200, Jasper Lievisse Adriaanse wrote: > On Mon, Oct 05, 2009 at 02:23:29PM -0400, Anthony Green wrote: > > Anthony Green wrote: > > >Jasper Lievisse Adriaanse wrote: > > >>On Mon, Oct 05, 2009 at 08:06:53PM +0200, Jasper Lievisse > > >>Adriaanse wrote: > > >>>On Mon, Oct 05, 2009 at 12:57:30AM -0400, Anthony Green wrote: > > >>>>Here's 3.0.9rc1: > > >>>>ftp://sources.redhat.com/pub/libffi/libffi-3.0.9rc1.tar.gz > > >>>> > > >>>>I built this out of my new git repository here: > > >>>>http://github.com/atgreen/libffi > > >>>> > > >>>>I'm using stgit, which is like quilt for git. I rebased the git > > >>>>repository to gcc HEAD, then added the "stand-alone" patches (mostly > > >>>>configury changes), the AVR port, the Snow Leopard memory protection > > >>>>fix, and the 64-bit AIX fix. > > >>>> > > >>>>I believe we're missing ChangeLog entries from Jens, Abdulaziz, and > > >>>>Bradley. Please send them. I'll push your changes into GCC once > > >>>>they're clean. > > >>>> > > >>>>Abdulaziz - please also check that I applied your patch correctly. > > >>>>The source files had changed somewhat since you submitted it. > > >>>> > > >>>>I'll set up a wiki page to track platform testing soon, but initial > > >>>>test results and pointers to missing patches would be helpful. > > >>>> > > >>>>Thanks, > > >>>> > > >>>>AG > > >>>As of this RC, there's an increase of about 340 in failed tests on > > >>>OpenBSD. I've attached the log. The unwindtest.cc failure is expected, > > >>>ther others not. Anyone has a clue what's going on here? > > > > > >All the closure tests are failing. Do you have time to help debug this? > > > > > > > > > I should mention that they work fine on x86_64 linux, so this either > > has to do with x86_64 openbsd bits in the source or perhaps your > > compiler version. Which version of GCC are you using? > > > > Thanks, > > > > AG > I'm using "gcc (GCC) 3.3.5 (propolice)" (default on OpenBSD. I can try > again with gcc 4.2.4 after i built it. > > Note, the closure regress tests also fail on OpenBSD/i386 (gcc 3) > -- > "Intelligence should guide our actions, but in harmony with the > texture of the situation at hand" > -- Francisco Varela compiling on of the regress tests manually with (egcc is gcc 4.2.4): /usr/local/bin/egcc libffi.call/closure_fn0.c -O0 -W -Wall -I../include/ -L ../.libs/ -lffi -lm -o a.out gives me: libffi.call/ffitest.h:8:23: error: fficonfig.h: No such file or directory which makes sense, as the topdir isn't in the include path of the compile command, and fficonfig.h isn't in the -I../include/ but in -I../ (topdir). then compiling with the added -I../ works, although it segfaults at run time, and i cannot get a proper backtrace. -- "Intelligence should guide our actions, but in harmony with the texture of the situation at hand" -- Francisco Varela