1 |
Hello lispers, |
2 |
|
3 |
I pushed an ebuild for racket-5.1 in the lisp overlay. I updated the |
4 |
patch, it is needed for plain install to work (i.e. to skip the |
5 |
compilation of rackets libraries, the long setup-racket phase). |
6 |
|
7 |
It has been lightly tested on my stable x86 laptop and stable |
8 |
amd64-multilib desktop. At least it compiles without failure. |
9 |
|
10 |
Here are a few comments and thoughts I want to share: |
11 |
|
12 |
* In 5.0.2, I sped up the "raco setup" phase by adding the -j options to |
13 |
the PLT_SETUP_OPTIONS. I added this to the install-cgc target in 5.1. |
14 |
|
15 |
* I renamed the desktop entry from DrScheme to DrRacket, as it's the new |
16 |
name of the IDE. |
17 |
|
18 |
* I removed the build directory, in favor of a build directly in the |
19 |
source directory. Such use of a build directory is not needed as the |
20 |
source code is removed after the merge, it avoids unnecessary copying of |
21 |
files. |
22 |
|
23 |
* 'slatex' nor 'static' USE flags have been enabled during my builds, so |
24 |
it may just work, or not. |
25 |
|
26 |
|
27 |
1. Does enable cgc (or sgc) should disable the build for 3m? If not, we |
28 |
could add a default enabled 3m USE for building the 3m-gc-based racket |
29 |
(currently the default case). It is easy to add this possibility. |
30 |
I'm fine by just using 3m, I don't know if there is specific users needs. |
31 |
|
32 |
2. A bug has been opened about racket and PaX, but I don't know anything |
33 |
about PaX, so I'll let somebody else to take care of the bug. |
34 |
https://bugs.gentoo.org/show_bug.cgi?id=355285 |
35 |
|
36 |
3. If someone has a hint on how to fix/hide the |
37 |
"configure: WARNING: unrecognized options:"... |
38 |
I didn't look into it too much yet. |
39 |
|
40 |
|
41 |
Regards |
42 |
,Cyprien |
43 |
|
44 |
|
45 |
PS: USE=cgc caused a high memory consumption on my desktop during the |
46 |
raco setup, one build has even been killed because my system ran out of |
47 |
memory, so use it with caution, or expect slow downs, if you don't |
48 |
have/use the autogroup scheduler :) (I don't have a tmpfs PORT_TMPDIR). |
49 |
|
50 |
PS2: Thanks to Morgon and Neil for their feedback. and Dimitri for the |
51 |
initial racket ebuild. |
52 |
|
53 |
|
54 |
On 02/22/2011 08:05 PM, Morgon Kanter wrote: |
55 |
> Not sure what's different between our systems, but I had both futures |
56 |
> and places available (though not backtrace) and my build went just |
57 |
> fine. Actually, my use flags were: X cairo doc foreign futures opengl |
58 |
> places (everything else was unset). |
59 |
> |
60 |
> Some of these flags need documentation. |
61 |
> |
62 |
> -- Morgon |
63 |
> |
64 |
> On Tue, Feb 22, 2011 at 12:53 PM, Neil Funk <infinitedowntime@×××××.com> wrote: |
65 |
>>> May I ask you which USE flags combination(s) you tried it with, and on |
66 |
>>> which arch? |
67 |
>> |
68 |
>> I'm on ~amd64. |
69 |
>> dev-scheme/racket-5.1 was built with the following: |
70 |
>> USE="X cairo foreign (multilib) opengl -backtrace -cgc -doc -futures |
71 |
>> -places -plain -profile -sgc -slatex -static" |
72 |
>> |
73 |
>> The only other suggestion I'd offer is regarding the backtrace, |
74 |
>> futures, and places flags. At least on 5.0.2, one or more of these |
75 |
>> cause the build to hang forever at 100% CPU. Only when I finally gave |
76 |
>> up and killed the build did I notice the ewarn that these flags can |
77 |
>> cause that. I realize there's only so much we can protect people from |
78 |
>> themselves, but it would have been nice if it made me acknowledge that |
79 |
>> I intended to use a risky flag. Ideally, we'd just fix whatever |
80 |
>> causes it to hang, but that's an upstream issue - could we maybe just |
81 |
>> mask those flags? Although, I haven't tested them on 5.1 yet to see |
82 |
>> if they're even still a problem... |
83 |
>> |
84 |
>> Cyprien, I'd be happy to help test with other configurations. Thanks |
85 |
>> for your work. |
86 |
>> |
87 |
>> -Neil |
88 |
>> |
89 |
>> On Tue, Feb 22, 2011 at 5:32 AM, Cyprien Nicolas <c.nicolas@×××××.com> wrote: |
90 |
>>> On 21/02/11 18:07, Morgon Kanter wrote: |
91 |
>>>> Hey folks, |
92 |
>>>> |
93 |
>>>> I noticed there wasn't yet an ebuild for the new version of Racket, so |
94 |
>>>> I went ahead and made one. It's attached. |
95 |
>>>> |
96 |
>>>> A couple changes besides just bumping the version number: |
97 |
>>>> * Doesn't really seem like that makefile patch was required anymore (I |
98 |
>>>> didn't need it), so I commented that out. |
99 |
>>>> * The new Racket GUI system doesn't appear to include any of those |
100 |
>>>> external libraries that the ebuild used to issue an "rm" for, so I |
101 |
>>>> removed those bits from the ebuild (as well as the formerly |
102 |
>>>> commented-out rm commands that were replaced by something different). |
103 |
>>>> |
104 |
>>>> That's it for the changes, aside from a version bump. |
105 |
>>>> |
106 |
>>>> Thanks, |
107 |
>>>> -- Morgon |
108 |
>>> |
109 |
>>> Actually, there is a work-in-progress ebuild, but I didn't had the time |
110 |
>>> to test it intensively, especially with the cgc and sgc garbage |
111 |
>>> collectors, and the plain USE flags (as the makefile patch is related to |
112 |
>>> those USEs), and I just it an "emake failed" with USE=plain. |
113 |
>>> |
114 |
>>> Apart from some cosmetic changes (EAPI4, REAUIRED_USE="cgc? ( !sgc )", |
115 |
>>> some spacing) my ebuild is the same :) |
116 |
>>> |
117 |
>>> May I ask you which USE flags combination(s) you tried it with, and on |
118 |
>>> which arch? (applies for Neil too). |
119 |
>>> Thanks for the feedback |
120 |
>>> |
121 |
>>> Regards |
122 |
>>> |
123 |
>>> ,Cyprien |
124 |
>>> |
125 |
>>> |
126 |
>> |