From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3601 invoked by alias); 14 Aug 2013 14:05:23 -0000 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Received: (qmail 3557 invoked by uid 89); 14 Aug 2013 14:05:22 -0000 X-Spam-SWARE-Status: No, score=-4.4 required=5.0 tests=AWL,BAYES_00,KHOP_PGP_SIGNED autolearn=ham version=3.3.2 Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 14 Aug 2013 14:05:21 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id C2AED520D3A; Wed, 14 Aug 2013 16:05:18 +0200 (CEST) Date: Wed, 14 Aug 2013 14:05:00 -0000 From: Corinna Vinschen To: cygwin-xfree@cygwin.com Subject: Re: [ANNOUNCEMENT] Uploads for 12 August Message-ID: <20130814140518.GK4315@calimero.vinschen.de> Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com References: <520A3EF6.80700@cornell.edu> <520A7654.3080207@users.sourceforge.net> <20130813182653.GA4315@calimero.vinschen.de> <520AAC65.1090708@cornell.edu> <20130814091656.GE4315@calimero.vinschen.de> <520B5BC7.4060306@cornell.edu> <20130814105326.GF4315@calimero.vinschen.de> <20130814113351.GG4315@calimero.vinschen.de> <20130814115920.GH4315@calimero.vinschen.de> <520B77F0.9010009@cs.utoronto.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7Ke/meiCZutM6I/" Content-Disposition: inline In-Reply-To: <520B77F0.9010009@cs.utoronto.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Found: No X-SW-Source: 2013-08/txt/msg00034.txt.bz2 --C7Ke/meiCZutM6I/ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 3021 On Aug 14 08:28, Ryan Johnson wrote: > On 14/08/2013 7:59 AM, Corinna Vinschen wrote: > >On Aug 14 13:33, Corinna Vinschen wrote: > >>On Aug 14 12:53, Corinna Vinschen wrote: > >>>On Aug 14 06:28, Ken Brown wrote: > >>>>On 8/14/2013 5:16 AM, Corinna Vinschen wrote: > >>>>>On Aug 14 10:10, Corinna Vinschen wrote: > >>>>>>On Aug 13 18:00, Ken Brown wrote: > >>>>>>>On 8/13/2013 2:26 PM, Corinna Vinschen wrote: > >>>>>>>>What function is not implemented? Is that something we can fix, > >>>>>>>>perhaps in the Cygwin DLL? > >>>>>>>It's memalign, or at least that's what it was in 2007. See > >>>>>>> > >>>>>>> http://cygwin.com/ml/cygwin/2007-02/msg00678.html > >>>>>>So it's using its own malloc but we don't support overriding other > >>>>>>functions besides malloc/realloc/calloc/free. > >>>>>> > >>>>>>In theory we could do that in future. We still have room for 10 (x= 86) > >>>>>>resp. 12 (x86_64) pointers in the per_process structure, which coul= d be > >>>>>>used for this purpose. This would only require applications which = need > >>>>>>this feature to be rebuilt with the next Cygwin version providing t= hese > >>>>>>pointers. > >>>>>More precisely, they have to be rebuild using crt0.o from the next > >>>>>Cygwin release, and they would have to run under the next Cygwin > >>>>>release. If you omit one step, you're back to the current behaviour. > >>>>> > >>>>>>But we shouldn't waste those unused slots either, so the number of > >>>>>>overridable functions should be kept small. In theory we have mall= opt, > >>>>>>mallinfo, posix_memalign, memalign, and valloc. > >>>>>> > >>>>>>I guess we can skip mallopt and mallinfo since they are pretty > >>>>>>seldomly used in user-provided malloc implementations. > >>>>>> > >>>>>>Memalign is an old, deprecated function, so I wonder why it's used = at > >>>>>>all. GSlice should use posix_memalign instead. Yaakov, is there an > >>>>>>option to use posix_memalign rather than memalign? > >>>>I just checked the glib source, and it does use posix_memalign if > >>>>it's available. I was quoting a 2007 discussion when I said it was > >>>>memalign that GSlice wanted to use. > >>>Given that, we should perhaps skip the memalign override. > >>On second (third? fourth?) thought, I think we should do this with > >>posix_memalign only. valloc is just as obsolete as posix_memalign. > >I applied the patch to allow overriding posix_memalloc only, and I'm ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >building snapshots right now. For testing, this requires to rebuild > >either emacs, or glib, or both, I'm not sure. Make sure to link against > >the new crt0.o/libcygwin.a and use the new Cygwin DLL for testing. > Wait, it's "memalign" that's obsolete and "posix_memalign" that you > added a patch for, right? The last couple of paragraphs were a > little confusing... Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --C7Ke/meiCZutM6I/ Content-Type: application/pgp-signature Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iQIcBAEBAgAGBQJSC46eAAoJEPU2Bp2uRE+gbHIP/2z8bAHCrBPhZhqM+2x4QCAs gtu1M2B3mIVmEWTEFSHLVawKTaZ4AhVmsPzytkQqjKKLvRgvZT1PfeNDtqv3mWvF cSCKSUph9EbAKP49Zfm+P5OLU8lJ0yz9jGeIutqF9UmUpcuWuTE1TB0imLDsiqzy cnTlikOM0zWzpho6jNcwFGm60UNMxjB2iIjHV/rl2IXIAmHYcEMhMG7rTaziolDx GREIMUn3jjnyROv0Y1UxIqS+/jW/51LsIx49FFCE8ncuMMGoF/3zjD6pYoGCsxZR tE0uBfGfocPoFBajlh8X+C4CTRsZZebiHJF4z4Q/HMGdwQRxnpEa0YKT0S6FbW60 yWc0iFxaTIiDT8nG06Q3jaBv6it/3AuF/viTmHdfpMnm7wptITXzIRWoHr/ln+r8 xE8GO9r/1eDCFH6RUjEVrPDqIk6Evxa0KzUI32fwvabiwV6oIupSXSNeAvg1gzFZ psNHH235pPRSaqh5jMf9g5U0S2BmCvUTxy7SOtnKn6ce5+a74xIfS6hdttOR6kl+ VUwZML2s1j6wZ/g2ysZXTw2Z4p1ytfZUh7ir3H2XI6g6VOI9igV6Pqnnp8TAkbyl 04S/XKXewWeghQxC6YssHgHYRPtQRtanc20UyZlqcCXILhwgPDvJtCeFmxALAp9P FyDi7P21OSc7eiqcCRrs =l8LW -----END PGP SIGNATURE----- --C7Ke/meiCZutM6I/--