From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29176 invoked by alias); 17 Nov 2012 01:54:00 -0000 Received: (qmail 29168 invoked by uid 22791); 17 Nov 2012 01:53:59 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,SARE_RMML_Stock10,TW_BJ,TW_GC,TW_IB,TW_WG X-Spam-Check-By: sourceware.org Received: from youngberry.canonical.com (HELO youngberry.canonical.com) (91.189.89.112) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 17 Nov 2012 01:53:53 +0000 Received: from dslb-088-073-123-224.pools.arcor-ip.net ([88.73.123.224] helo=[192.168.42.216]) by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1TZXbO-0002yP-NL; Sat, 17 Nov 2012 01:53:46 +0000 Message-ID: <50A6EE27.4000605@ubuntu.com> Date: Sat, 17 Nov 2012 01:54:00 -0000 From: Matthias Klose User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121028 Thunderbird/16.0.2 MIME-Version: 1.0 To: NightStrike CC: Ivan Maidanski , Boehm GC , Kai Tietz , GCJ-patches , Andrew Haley Subject: Re: [Gc] Re: boehm-gc merge for GCC References: <1353097280.505328435@f161.mail.ru> <50A67667.7020600@ubuntu.com> <1353099257.140499471@f123.mail.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 X-SW-Source: 2012-q4/txt/msg00035.txt.bz2 [CCing java-patches and Andrew too] I'm currently striving for something for the 4.8 release. Not sure if relying on an external library is the right thing to do for the 4.8 release. Currently boehm-gc is linked to libgcj as a convenience library. I remember that trying to link boehm-gc as a shared library did cause some performance regressions (although I think I did only check this in the early 4.x times). Please could you elaborate on the API changes in gcj? There is also a second user of boehm-gc in GCC, when you configure with --enable-objc-gc. I didn't check yet which changes are needed for that. Would it be possible to create a branch in the GCC svn, and then prepare the merge, and libjava and libobjc changes there? Matthias Am 16.11.2012 22:14, schrieb NightStrike: > I think changing the gc to be like gmp/mpfr/mpc requires buy-in from > Andrew Haley, if I'm not mistaken. > > Kai, is my statement correct? > > On Fri, Nov 16, 2012 at 3:54 PM, Ivan Maidanski wrote: >> Hi NightStrike, >> >> In my understanding, I've done bdwgc ready for gcj but some gcj files should >> be changed to reflect the changes in bdwgc API (e.g., thread registration). >> There is a problem is thread suspend/resume - bdwgc does not have such API >> but OTOH suspend/resume is deprecated part of Java threads. Regarding >> integration bdwgc into gcj, I think it's better to have bdwgc as a separate >> module (similar to libmpfr). >> >> I have an intention to do the work but this requires significant efforts to >> make it perfect, so I gave up due to lack of time. >> >> Any volunteers? >> >> Regards, >> Ivan >> >> 16 11 2012 15:28:34 from NightStrike : >> >> Are there any plans to get current boehm-gc into gcc? Ivan, can you do this? >> >> On Fri, Nov 16, 2012 at 3:21 PM, Ivan Maidanski wrote: >>> Hi Matthias, >>> >>> I think yes, all patches (may be with some modifications) from Kai are in >>> master. >>> I myself also reviewed difference between gcc/boehm-gc >>> (https://github.com/ivmai/bdwgc/tree/gcc_boehmgc) and gc6.8. >>> >>> Regards, >>> Ivan >>> >>> 16 11 2012 18:22:47 Matthias Klose : >>> >>> Hi Ivan, >>> >>> in >>> >>> http://old.nabble.com/RFC%3A-Updating-boehm-gc-to-verion-7.2-(alpha-5)-td31293737.html >>> >>> Kai said that he did some patches upstream / to you about changes >>> collected >>> in >>> the GCC copy of boehm-gc. Are these integrated in your branch/trunk, or >>> could >>> you forward these to me? I didn't get any feedback from Kai this week, >>> therefor >>> asking you directly. >>> >>> Thanks, Matthias