From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PsMU3-0007cs-0k for garchives@archives.gentoo.org; Wed, 23 Feb 2011 21:42:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6B5D7E04BA; Wed, 23 Feb 2011 21:42:43 +0000 (UTC) Received: from mail-fx0-f53.google.com (mail-fx0-f53.google.com [209.85.161.53]) by pigeon.gentoo.org (Postfix) with ESMTP id E994FE04BA for ; Wed, 23 Feb 2011 21:42:42 +0000 (UTC) Received: by fxm20 with SMTP id 20so5031285fxm.40 for ; Wed, 23 Feb 2011 13:42:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=fcIji2zzo5un195ouk5AhKiRYM6POrwBdqRzjbg+9Oo=; b=L9/YmNbmWHgl8ttp01Nfwe3tdXNdi1xalK1HSvrJijSj/fFrcZiG4Bg5/bZtZ6Yfk2 dbPnlcu8Wx3DUZLIkzPV6ngaHpNbOKPBDUzzY8NKBs1p+dcinF9MhsyE9N+4l3H05B4E 47a27dsEPFBnF3eJbEoXkb92nqYfl/R8c1lnQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=q4WqkwHXZ6EYPzN2xxg5JHIB3J5wQMxX6YFGOjCKSjVDHN5xVahWwoIJRP2s+10g13 CYtwWHGUA4QLubIqaiuMkRN1vfb6fPPh3Web1kEbJcQMH1Ov+m4WppP5ASoQtDUnva23 464Ab6pK+L2Hx+B39xc9rpWhcsZYPJ7Xk+/X0= Received: by 10.223.71.197 with SMTP id i5mr5771510faj.127.1298497308599; Wed, 23 Feb 2011 13:41:48 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Lisp mail X-BeenThere: gentoo-lisp@lists.gentoo.org MIME-Version: 1.0 Received: by 10.223.124.16 with HTTP; Wed, 23 Feb 2011 13:41:07 -0800 (PST) In-Reply-To: <4D6413B5.1080705@gmail.com> References: <4D6390DA.6090706@gmail.com> <4D6413B5.1080705@gmail.com> From: Neil Funk Date: Wed, 23 Feb 2011 16:41:07 -0500 Message-ID: Subject: Re: [gentoo-lisp] Ebuild for Racket 5.1 To: Cyprien Nicolas Cc: gentoo-lisp@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 82ee85fe1fdf6bdc51ee0b4bedefac15 I tested the new ebuild in the tree, with USE=3D"X cairo foreign (multilib) opengl -backtrace -cgc -doc futures places -plain -profile -sgc -slatex -static" on ~amd64. Worked (compiled) fine. Next I enabled the "backtrace" flag - also worked fine. But when I enabled the "profile" flag, the build hung as per my previous post regarding 5.0.2. (Only it turns out that "profile" was the culprit - the only one of those flags I didn't mention originally.) Last console message was "Compiling xform support... Done making xform-collects." lt-racketcgc taking up 100% CPU. On Tue, Feb 22, 2011 at 2:51 PM, Cyprien Nicolas wrot= e: > Hello lispers, > > I pushed an ebuild for racket-5.1 in the lisp overlay. I updated the > patch, it is needed for plain install to work (i.e. to skip the > compilation of rackets libraries, the long setup-racket phase). > > It has been lightly tested on my stable x86 laptop and stable > amd64-multilib desktop. At least it compiles without failure. > > Here are a few comments and thoughts I want to share: > > * In 5.0.2, I sped up the "raco setup" phase by adding the -j options to > the PLT_SETUP_OPTIONS. I added this to the install-cgc target in 5.1. > > * I renamed the desktop entry from DrScheme to DrRacket, as it's the new > name of the IDE. > > * I removed the build directory, in favor of a build directly in the > source directory. Such use of a build directory is not needed as the > source code is removed after the merge, it avoids unnecessary copying of > files. > > * 'slatex' nor 'static' USE flags have been enabled during my builds, so > it may just work, or not. > > > 1. Does enable cgc (or sgc) should disable the build for 3m? If not, we > could add a default enabled 3m USE for building the 3m-gc-based racket > (currently the default case). It is easy to add this possibility. > I'm fine by just using 3m, I don't know if there is specific users needs. > > 2. A bug has been opened about racket and PaX, but I don't know anything > about PaX, so I'll let somebody else to take care of the bug. > https://bugs.gentoo.org/show_bug.cgi?id=3D355285 > > 3. If someone has a hint on how to fix/hide the > "configure: WARNING: unrecognized options:"... > I didn't look into it too much yet. > > > Regards > ,Cyprien > > > PS: USE=3Dcgc caused a high memory consumption on my desktop during the > raco setup, one build has even been killed because my system ran out of > memory, so use it with caution, or expect slow downs, if you don't > have/use the autogroup scheduler :) (I don't have a tmpfs PORT_TMPDIR). > > PS2: Thanks to Morgon and Neil for their feedback. and Dimitri for the > initial racket ebuild. > > > On 02/22/2011 08:05 PM, Morgon Kanter wrote: >> Not sure what's different between our systems, but I had both futures >> and places available (though not backtrace) and my build went just >> fine. Actually, my use flags were: X cairo doc foreign futures opengl >> places (everything else was unset). >> >> Some of these flags need documentation. >> >> -- Morgon >> >> On Tue, Feb 22, 2011 at 12:53 PM, Neil Funk = wrote: >>>> May I ask you which USE flags combination(s) you tried it with, and on >>>> which arch? >>> >>> I'm on ~amd64. >>> dev-scheme/racket-5.1 was built with the following: >>> USE=3D"X cairo foreign (multilib) opengl -backtrace -cgc -doc -futures >>> -places -plain -profile -sgc -slatex -static" >>> >>> The only other suggestion I'd offer is regarding the backtrace, >>> futures, and places flags. =A0At least on 5.0.2, one or more of these >>> cause the build to hang forever at 100% CPU. =A0Only when I finally gav= e >>> up and killed the build did I notice the ewarn that these flags can >>> cause that. =A0I realize there's only so much we can protect people fro= m >>> themselves, but it would have been nice if it made me acknowledge that >>> I intended to use a risky flag. =A0Ideally, we'd just fix whatever >>> causes it to hang, but that's an upstream issue - could we maybe just >>> mask those flags? =A0Although, I haven't tested them on 5.1 yet to see >>> if they're even still a problem... >>> >>> Cyprien, I'd be happy to help test with other configurations. =A0Thanks >>> for your work. >>> >>> -Neil >>> >>> On Tue, Feb 22, 2011 at 5:32 AM, Cyprien Nicolas = wrote: >>>> On 21/02/11 18:07, Morgon Kanter wrote: >>>>> Hey folks, >>>>> >>>>> I noticed there wasn't yet an ebuild for the new version of Racket, s= o >>>>> I went ahead and made one. It's attached. >>>>> >>>>> A couple changes besides just bumping the version number: >>>>> * Doesn't really seem like that makefile patch was required anymore (= I >>>>> didn't need it), so I commented that out. >>>>> * The new Racket GUI system doesn't appear to include any of those >>>>> external libraries that the ebuild used to issue an "rm" for, so I >>>>> removed those bits from the ebuild (as well as the formerly >>>>> commented-out rm commands that were replaced by something different). >>>>> >>>>> That's it for the changes, aside from a version bump. >>>>> >>>>> Thanks, >>>>> -- Morgon >>>> >>>> Actually, there is a work-in-progress ebuild, but I didn't had the tim= e >>>> to test it intensively, especially with the cgc and sgc garbage >>>> collectors, and the plain USE flags (as the makefile patch is related = to >>>> those USEs), and I just it an "emake failed" with USE=3Dplain. >>>> >>>> Apart from some cosmetic changes (EAPI4, REAUIRED_USE=3D"cgc? ( !sgc )= ", >>>> some spacing) my ebuild is the same :) >>>> >>>> May I ask you which USE flags combination(s) you tried it with, and on >>>> which arch? (applies for Neil too). >>>> Thanks for the feedback >>>> >>>> Regards >>>> >>>> ,Cyprien >>>> >>>> >>> > >