From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25219 invoked by alias); 14 Aug 2013 11:59:24 -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 25207 invoked by uid 89); 14 Aug 2013 11:59:23 -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 11:59:22 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 0E45E520D3A; Wed, 14 Aug 2013 13:59:20 +0200 (CEST) Date: Wed, 14 Aug 2013 11:59:00 -0000 From: Corinna Vinschen To: cygwin-xfree@cygwin.com Subject: Re: [ANNOUNCEMENT] Uploads for 12 August Message-ID: <20130814115920.GH4315@calimero.vinschen.de> Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com References: <520A01DF.1040208@alice.it> <520A21B1.8060503@alice.it> <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> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzX0AQGjRQPusK/O" Content-Disposition: inline In-Reply-To: <20130814113351.GG4315@calimero.vinschen.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Found: No X-SW-Source: 2013-08/txt/msg00031.txt.bz2 --NzX0AQGjRQPusK/O Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2740 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? > > >=20 > > > 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. > >=20 > > Given that, we should perhaps skip the memalign override. >=20 > 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. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --NzX0AQGjRQPusK/O Content-Type: application/pgp-signature Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iQIcBAEBAgAGBQJSC3EXAAoJEPU2Bp2uRE+gku8P/jWDo2d11uCWk5UDWc+c3d2N EjLbm7ygBPTbmy0BVeHoAYWYiunncbRu282nQlCN/1PfFVIW+Oa0h6a18if5t+p3 vT1o2CiMxyCYa6UHG+fCbgjk3YJtnlJ0oSxPHZ2/bYk74iZDhlrood9uA/Qb2qHf 6O+ymFFQUwZi78afApzMxM+5vkfxnyTJMnXjf4VOS6Z6SdjS+e4vzSH94M0hMGfp u/tINukKmtwJM6TAYi/Qz9a+/rVGhMbelXrObVAFwdH6Js0xU30TrgRy/hUN8UKu zmD65+w8Xv/K3ap8G4byCZefaGXAu5b75ExS5APLUVqPt0q1UDKthDRw4mw3UWJO DwOFMjp3hpdrhC9q8Myk1PzPbf4A9fOy1F9vIs0cr/SktcwTfoSA6Uu5F7+EbjE1 oqvkqrl31HGzRoOHZ7HBRJINaHv0FN5bpUdqw7dO/CaT9NEtCM9c+Geu3XF2IS8V hF0Zua+Gb2H/34VQ9xubz6iKsjlHmm65z/ji5CWwhWTpMhiPc9hddKmYURwc/xfH FUyRrmA5lfCINaKDaEa2qDq0PrbFABBpXvTIni45cPv+oA8MKSpDxI1sVlGDM0nU qJF8xga7r9y71/qqMjzG5KIYJCbUtBU5DOjTjv3xJ0lqZRhAXt4NjqXjcO59/n77 UgABShsvNeXNt4AyKdRK =mWKH -----END PGP SIGNATURE----- --NzX0AQGjRQPusK/O--