Regression caused by commit 7682323a3a798d6f15708f228f859a64cb869aa3

Carmelo AMOROSO carmelo.amoroso at st.com
Tue Nov 29 09:53:38 UTC 2011


On 28/11/2011 18.33, Khem Raj wrote:
> On Mon, Nov 28, 2011 at 5:21 AM, Carmelo AMOROSO <carmelo.amoroso at st.com> wrote:
>> On 28/11/2011 3.15, Khem Raj wrote:
>>> On Sat, Nov 26, 2011 at 4:33 PM, Mike Frysinger <vapier at gentoo.org> wrote:
>>>> On Saturday 26 November 2011 19:07:44 Khem Raj wrote:
>>>>> If I build the root file system without this patch everything works
>>>>> as expected. Could you explain why this commit is needed ?
>>>>
>>>> it's a merge commit that happens when you merge a branch that isn't a fast
>>>> forward.  it isn't an actual "commit" ...
>>>
>>> right. I think its set of prelink changes that I am looking at. That
>>> merge commit is the data point I have
>>> I was looking for Carmelo has seen something similar. I can provide
>>> the two root file systems
>>> built with and without that merge commit.
>>>
>>
>> khem,
>> are you able to reproduce the failure with a simpler test case ? it
>> would be the best.
>>
> 
> I am trying to get to it. but its a full X system that comes up but
> fonts are wrong.
> it will definitely take some time since it has to be debugged all way through
> I am not an X expert either :)
> 

are you running with prelink disabled ?
w/o prelink, the only part impacted is in the symbol lookup process, but
it were broken, nothing would work.

carmelo

>>
>>>> -mike
>>>>
>>>
>>
>>
> 



More information about the uClibc mailing list