Re: [Mono-dev] DllImport(__Internal) and libMonoPosixHelper static build

2014-01-03 Thread mobin.seven
Same here! Did you solve it?

ralphbariz wrote
 Hi,
 
 I'm trying to compile a static one binary mono(Because the target system
 has an incompatible loader).
 First I got mono to build statically, but without libMonoPosixHelper in
 the archive. After a few tries, I got also this, changed all
 DllImport(MPH) calls in Mono.Posix.dll to DllImport(__Internal), it
 still gives me a TypeInitializationexception when I try to access the stat
 symbol of the libMonoPosixHelper. With objdump I looked inside, the
 symbols of libMonoPosixHelper are all inside the archive, so what am I
 doing wrong?





--
View this message in context: 
http://mono.1490590.n4.nabble.com/DllImport-Internal-and-libMonoPosixHelper-static-build-tp4551182p4661646.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Static Bundling

2014-01-03 Thread mobin.seven
Hi all
after 6 years from conversation ,I have the same problem here! 
I'm working on cross mkbundle for armhf. I got everything done for a console
app but for winforms apps I have the 'libgdiplus' problem. I have the
'libgdiplus.a' library which is armhf native.
How can I statically link this library via mkbundle and gcc? what dllmap
entry should be added to config file?

Avery Pennarun wrote
 If you need additional capabilities you can roll your own, like
 linking the libs to your program yourself and redirecting the p/invoke
 calls as explained in man mono-config.
 
 This is the part that confused me: reading man mkbundle doesn't
 explain the limitations.  Thanks for the explanation.
 
 The p/invoke stuff seems like it might be easy enough to fake by
 linking to a static library instead of a dynamic one, and then looking
 for dynamic symbols in dlopen(NULL) (ie. the executable file).  The
 executable would have to be linked with -rdynamic in that case so that
 it exports its own symbols.  All a bit tricky to get right, though.

can you explain more?



--
View this message in context: 
http://mono.1490590.n4.nabble.com/Static-Bundling-tp1531639p4661629.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] DllImport(__Internal) and libMonoPosixHelper static build

2014-01-03 Thread ralphbariz
Sadly no
Am 31.12.2013 11:37 schrieb mobin.seven [via Mono] 
ml-node+s1490590n4661646...@n4.nabble.com:

 Same here! Did you solve it?

 ralphbariz wrote
 Hi,

 I'm trying to compile a static one binary mono(Because the target system
 has an incompatible loader).
 First I got mono to build statically, but without libMonoPosixHelper in
 the archive. After a few tries, I got also this, changed all DllImport(MPH)
 calls in Mono.Posix.dll to DllImport(__Internal), it still gives me a
 TypeInitializationexception when I try to access the stat symbol of the
 libMonoPosixHelper. With objdump I looked inside, the symbols of
 libMonoPosixHelper are all inside the archive, so what am I doing wrong?



 --
  If you reply to this email, your message will be added to the discussion
 below:

 http://mono.1490590.n4.nabble.com/DllImport-Internal-and-libMonoPosixHelper-static-build-tp4551182p4661646.html
  To unsubscribe from DllImport(__Internal) and libMonoPosixHelper static
 build, click 
 herehttp://mono.1490590.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4551182code=cmFscGguYmFyaXpAZ21haWwuY29tfDQ1NTExODJ8LTEwNDEzNjQxMjg=
 .
 NAMLhttp://mono.1490590.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml





--
View this message in context: 
http://mono.1490590.n4.nabble.com/DllImport-Internal-and-libMonoPosixHelper-static-build-tp4551182p4661647.html
Sent from the Mono - Dev mailing list archive at Nabble.com.___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] DllImport(__Internal) and libMonoPosixHelper static build

2014-01-03 Thread Robert Jordan

On 31.12.2013 10:34, mobin.seven wrote:

Same here! Did you solve it?

ralphbariz wrote

Hi,

I'm trying to compile a static one binary mono(Because the target system
has an incompatible loader).
First I got mono to build statically, but without libMonoPosixHelper in
the archive. After a few tries, I got also this, changed all
DllImport(MPH) calls in Mono.Posix.dll to DllImport(__Internal), it
still gives me a TypeInitializationexception when I try to access the stat
symbol of the libMonoPosixHelper. With objdump I looked inside, the
symbols of libMonoPosixHelper are all inside the archive, so what am I
doing wrong?


Your custom loader is supposed to support dlopen(NULL) and
your linker must be able to export public symbols.
See ld's --export-dynamic option.


Robert


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list