| 1 |
On 09/01/13 12:29, justin wrote: |
| 2 |
> On 09/01/13 10:26, Diego Elio Pettenò wrote: |
| 3 |
>> On 09/01/2013 09:40, justin wrote: |
| 4 |
>>> |
| 5 |
>>> Also the internals of the build are affected (probably through the |
| 6 |
>>> difference in configure). This leads to disrespected LDFLAGS and broken |
| 7 |
>>> tclConfig.sh. So this simple change has deep consequences. |
| 8 |
>> |
| 9 |
>> This looks like the _version_ of autoconf used is different. Is the |
| 10 |
>> output from the same exact system? |
| 11 |
>> |
| 12 |
> |
| 13 |
> Okay, did some more debugging and it seems to be not the new singly |
| 14 |
> inheriting eclass. |
| 15 |
> |
| 16 |
> Repeating the sequential emerge on different FS I get a completely mixed |
| 17 |
> result. Sometimes both compile are good, sometimes only one and sometime |
| 18 |
> none. |
| 19 |
> Could this be a problem with eautoreconf or is this autotools specifc |
| 20 |
> problem? |
| 21 |
> |
| 22 |
|
| 23 |
I assume it is a portage problem, because the log says autoconf is run |
| 24 |
but configure.in didn't change. |
Archives