From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 34588 invoked by alias); 7 Aug 2019 18:54:56 -0000 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 Received: (qmail 34574 invoked by uid 89); 7 Aug 2019 18:54:55 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 spammy=HTo:U*libffi-discuss, H*Ad:U*libffi-discuss, H*c:alternative, H*c:HHH X-HELO: NAM03-CO1-obe.outbound.protection.outlook.com Received: from mail-eopbgr790120.outbound.protection.outlook.com (HELO NAM03-CO1-obe.outbound.protection.outlook.com) (40.107.79.120) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 07 Aug 2019 18:54:53 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eRCW58Ggf99wFVr+ohkfNgVZ62eHUDQviuqXajOKcOzweb+rSUp7IIpFXo/pg7Xp7eFyVsStKuQ39n8cgxyI6Yen8Bg0EvsatIY0/aQkT0Q2/0S7PwKzaouRnihK8mQIJRTah2nm29hGSPQHaQDnYvuv7GEcVjWepTgLr6ELrsI8EOwtAFcstH2uVVOuyEkMi886UaqbKEqDUsrLsvA6MCBI62sUHz6HUX2w3d+743lvXoRV1j1YZz+SDtZKrd8KqIttLb17PfPpkHcGI5DGvHVeZs/lJkKUbiJ1OJlrKA625wn55XTrWaaRBewdiSVsVJWu8zo0Gi/evz7gFep/Hg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=utHql2/dANcE7uiMrb19L4mV/RYLHWkpkxmd1iRfecs=; b=PmyPoSNMXEaKiy7EHbu55thRUWwuMnygUDFGNgn5TSKKoHRfla9E7ukjYV06TbhOO9N4SGzEBZ2U44CCH7hlVxwT+GzH/qXhaN2DArViUX4GDx5dPsUkd0koPyYkgC5+8jSoZuwTvocbxZPDBlSUesezw3RiUXRtanbRsfU+itXD7/C4CvX05jANOSkYOfJLOZDPFaHNWBAYFCZIce7Cq2o5FnV1+pcxAXcka7gQxyDZ8A/hdiou1EokTdtochUt5UbKLUZuJWPuVr/IShXTD11r7lDkh03eAwElYH2JCi/fTMV8M2IMXnc1hD9VbWxCn63+jONZ2Fc8YOADotXU6Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=microsoft.com; dmarc=pass action=none header.from=microsoft.com; dkim=pass header.d=microsoft.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=utHql2/dANcE7uiMrb19L4mV/RYLHWkpkxmd1iRfecs=; b=fZZj9pMBHB4InHlmads8HQNuHbNY/TNnCLM99Q1104fMEAzzIPraYZdZOFhI9bEb0rPoIQ6coHnh3OtBN4HgkI2vKjGFDFfAqAaXnIDtMm68GLYbkxvs5pRtdyxjnEWl/asj3Th4iqONTxMBKN2i6a/bw6l/nES6RG6MzZJzuus= Received: from SN6PR2101MB1007.namprd21.prod.outlook.com (52.132.117.28) by SN6PR2101MB1088.namprd21.prod.outlook.com (52.132.115.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.2; Wed, 7 Aug 2019 18:54:50 +0000 Received: from SN6PR2101MB1007.namprd21.prod.outlook.com ([fe80::b54f:da25:4a7b:3226]) by SN6PR2101MB1007.namprd21.prod.outlook.com ([fe80::b54f:da25:4a7b:3226%4]) with mapi id 15.20.2157.015; Wed, 7 Aug 2019 18:54:50 +0000 From: "Paul Monson via libffi-discuss" Reply-To: Paul Monson To: "libffi-discuss@sourceware.org" Subject: Please merge Windows ARM64 fixes Date: Wed, 07 Aug 2019 18:54:00 -0000 Message-ID: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Paul.Monson@microsoft.com; x-ms-exchange-purlcount: 3 x-ms-oob-tlc-oobclassifiers: OLM:8273; received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: gIH9IGxP+DIeWN9zWAEQYeZGe/5cbnKhdwhorrkFciFSGOQrihKqvYq+PzyzxTH4Y2ocjtsbteV7MOR5IfOO+g== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-SW-Source: 2019/txt/msg00029.txt.bz2 Can someone please merge https://github.com/libffi/libffi/pull/496 * Fixes cygwin/mingw builds for Windows ARM64 * Adds an appveyor build which is green, to help verify that incoming c= hanges continue to build for Windows ARM. * Structured exception handling (SEH) tests using libffi in Python are = failing because the current use of frame macros and bad pointer path with t= he constant #32 corrupt the stack, preventing the stack from being unrolled= correctly when there is a exception within a libffi call. * The current implementation calls ffi_data_to_code_pointer which is in= correct since the Windows implementation uses the C runtime's malloc and no= t dlmalloc. Thanks, Paul