1 |
On Mon, 24 Sep 2012 12:17:58 -0300 |
2 |
Alexis Ballier <aballier@g.o> wrote: |
3 |
|
4 |
> On Sun, 23 Sep 2012 18:31:25 +0200 |
5 |
> Michał Górny <mgorny@g.o> wrote: |
6 |
> |
7 |
> > On Sun, 23 Sep 2012 12:47:44 -0300 |
8 |
> > Alexis Ballier <aballier@g.o> wrote: |
9 |
> > |
10 |
> > > On Sun, 23 Sep 2012 09:21:20 +0200 |
11 |
> > > Michał Górny <mgorny@g.o> wrote: |
12 |
> > > |
13 |
> > > > On Sat, 22 Sep 2012 21:46:02 -0300 |
14 |
> > > > Alexis Ballier <aballier@g.o> wrote: |
15 |
> > > > |
16 |
> > > > > On Sat, 22 Sep 2012 23:24:46 +0200 |
17 |
> > > > > Michał Górny <mgorny@g.o> wrote: |
18 |
> > > > > |
19 |
> > > > > > It is a simple eclass using autotools out-of-source builds to |
20 |
> > > > > > build packages for multiple ABIs when multilib is supported. |
21 |
> > > > > > |
22 |
> > > > > |
23 |
> > > > > to some extent, can't you do the same by unpacking twice to |
24 |
> > > > > different $S and calling src_prepare/compile/install instead of |
25 |
> > > > > their autotools-utils counterpart with tweaked $S so that it |
26 |
> > > > > works with almost every ebuild ? |
27 |
> > > > |
28 |
> > > > That would make this solution inefficient. |
29 |
> > > |
30 |
> > > Why ? |
31 |
> > |
32 |
> > Because it introduces unnecessarily copying files around. |
33 |
> |
34 |
> cp -l ? I can live with that. |
35 |
|
36 |
Can you guarantee that the build system won't modify any file |
37 |
in the source tree? And AFAIR we don't have any COW filesystems |
38 |
in Gentoo. |
39 |
|
40 |
So it's back to optimized solution vs bad, universal solution. |
41 |
|
42 |
-- |
43 |
Best regards, |
44 |
Michał Górny |