[Mono-devel-list] DllNotFoundException for libc

[Francisco T. Martinez]

Gert Driesen wrote:

> 
>
>  
>
>>-----Original Message-----
>>From: mono-devel-list-admin at lists.ximian.com 
>>[mailto:mono-devel-list-admin at lists.ximian.com] On Behalf Of Paul
>>Sent: zondag 6 februari 2005 13:21
>>To: mono-devel-list at lists.ximian.com
>>Subject: Re: [Mono-devel-list] DllNotFoundException for libc
>>
>>Hi,
>>
>>    
>>
>>>But apparently its not used (as Mono searches for libc.so), 
>>>      
>>>
>>but even if it
>>    
>>
>>>was used Mono would not look for it in /lib I guess.
>>>      
>>>
>>First off, which distro, which kernel and more importantly, 
>>do you have
>>any of the RPMS installed?
>>    
>>
>
>Gentoo 2.6.10-gentoo-r6 (Pentium 4 M), and I don't have any RPMS installed.
>
>Moving the ld script from /usr/lib/libc.so to wherever, and copying
>/lib/libc.so.6 to /usr/lib/libc.so fixed the problem, but there have got to
>be better ways to fix this.
>
>Gert
>
>  
>
Gert:

I will talk like I know but hopefully some of our experts can straighten 
me out or augment my remarks here.  There is a file in the etc/mono 
directory (its location depends on what was used for --prefix=  when 
./autogen.sh or configure was ran) that holds the mapping to some key 
dll's to so or dylib files.  The file is etc/mono/config.  There is also 
the potential that inside the resulting gac entries there could be a 
*.config file for a particular library module assembly (*.dll) that 
could have some mappings of its own which I think could even supersede 
the contents of etc/mono/config.

I know I have done symbolic links in the past to fix monodoc and apps 
that need libgtkhtml-3.1.so.4 and surely that works but that is the hack 
way of doing it and one may forget and pollute once system.

Again, I am far from an experts (more like a build monkey) but it may 
send you in the right direction.

Paco