From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 792 invoked by alias); 21 Aug 2003 22:51:57 -0000 Mailing-List: contact guile-gtk-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: guile-gtk-owner@sources.redhat.com Received: (qmail 777 invoked from network); 21 Aug 2003 22:51:56 -0000 Received: from unknown (HELO snoopy.pacific.net.au) (61.8.0.36) by sources.redhat.com with SMTP; 21 Aug 2003 22:51:56 -0000 Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.2.228.40]) by snoopy.pacific.net.au (8.12.3/8.12.3/Debian-6.4) with ESMTP id h7LMps0J028484 for ; Fri, 22 Aug 2003 08:51:55 +1000 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id h7LMprkv022544 for ; Fri, 22 Aug 2003 08:51:53 +1000 (EST) Received: from localhost (ppp54.dyn228.pacific.net.au [203.143.228.54]) by wisma.pacific.net.au (8.12.9/8.12.9) with ESMTP id h7LMpdos007669 for ; Fri, 22 Aug 2003 08:51:48 +1000 (EST) Received: from gg by localhost with local (Exim 3.35 #1 (Debian)) id 19pyH3-0000Tw-00; Fri, 22 Aug 2003 08:51:21 +1000 To: guile-gtk@sources.redhat.com Subject: Re: Speedups for GTK2 bindings? References: <87r83hea6e.fsf@alice.rotty.yi.org> From: Kevin Ryde Mail-Copies-To: never Date: Thu, 21 Aug 2003 22:51:00 -0000 In-Reply-To: <87r83hea6e.fsf@alice.rotty.yi.org> (Andreas Rottmann's message of "Tue, 19 Aug 2003 21:09:45 +0200") Message-ID: <871xvefwuv.fsf@zip.com.au> User-Agent: Gnus/5.090019 (Oort Gnus v0.19) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-q3/txt/msg00055.txt.bz2 Andreas Rottmann writes: > > If anyone else has any idea how to make the bindings load faster, > please step forward and tell me, I'll maybe even implement them ;-) I wonder if adding a large number of symbols means longish alists in the symbol obarray in 1.6.4. Probably can't do anything about that, but in the guile cvs maybe repeated rehashes could be avoided by some sort of hint or resize for about what's about to be added. I guess there's strndups of the symbol names too. Might be nice if there was a way to do a take_str type thing when it's a constant passed to scm_c_define_gsubr or whatever.