[Mono-osx] Dumbarton and C# subclasses

Hawston LLH hawston at gmail.com
Thu May 17 05:21:00 EDT 2007


Doing so, can solve the locating the libglib-2.0.0.dylib issue, however,
there are still 2 errors remained:

Undefined symbols:
_environ
internal link edit command failed

hawston


On 5/17/07, Eoin Norris <e.norris at mac.com> wrote:
>
>
> It is a bit strange that the linker is expecting libglib-2.0.0.dylib
> to be  in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/
> Mono.framework/Versions/1.2.4/lib/libglib-2.0.0.dylib rather than
>
> Library/Frameworks/Mono.framework/Versions/1.2.4/lib/libglib-2.0.0.dylib
>
>
> You could try change the Cross Develop Target ( main project name -
> Cmd-I - General Tab) to Current Mac OS rather than the MacOSX!014.4u.sdk
>
>
> -- Eoin
>
>
> On 17 May 2007, at 04:43, Hawston LLH wrote:
>
> > hi Allan,
> >
> > thanks for your prompt reply, below are the error message when i was
> > trying to compile dumbarton with mono1.2.4, in fact, i face the same
> > problem with mono1.2.3.1. Compilation is ok, but the linking got
> > error.
> >
> > ld: warning can't open dynamic library:
> > /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/Mono.framework/
> > Versions/1.2.4/lib/libglib-2.0.0.dylib
> > referenced from:
> > /Library/Frameworks/Mono.framework/Versions/Current/lib/
> > libgmodule-2.0.dylib
> > (checking for undefined symbols may be affected) (No such file or
> > directory, errno = 2)
> > ld: warning multiple definitions of symbol _catch_exception_raise
> > /Users/LingHao/Desktop/Dumbarton/src/build/Dumbarton.build/Release/
> > Dumbarton.build/Objects-normal/ppc/DBMonoEnvironment.o
> > definition of _catch_exception_raise in section (__TEXT,__text)
> > /Library/Frameworks/Mono.framework/Mono(mini.o) definition of
> > _catch_exception_raise
> > ld: warning multiple definitions of symbol _GetCurrentThread
> > /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
> > CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/
> > Versions/A/CarbonCore(ProjectBuilderMasterObjectFile.o)
> > definition of _GetCurrentThread
> > /Library/Frameworks/Mono.framework/Mono(threads.o) definition of
> > _GetCurrentThread
> > ld: warning multiple definitions of symbol ___freedtoa
> > /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-
> > darwin8/4.0.1/../../../libm.dylib(gdtoa-dmisc.So)
> > definition of ___freedtoa
> > /Library/Frameworks/Mono.framework/Mono(strtod.o) definition of
> > ___freedtoa
> > ld: warning multiple definitions of symbol _locale_charset
> > /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-
> > darwin8/4.0.1/../../../libiconv.dylib(localcharset.o)
> > definition of _locale_charset
> > /Library/Frameworks/Mono.framework/Versions/Current/lib/
> > libintl.dylib(localcharset.o)
> > definition of _locale_charset
> > ld: Undefined symbols:
> > _environ
> > _g_free referenced from libgthread-2.0.0.600 expected to be defined in
> > /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_log referenced from libgthread-2.0.0.600 expected to be defined in
> > /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_malloc referenced from libgthread-2.0.0.600 expected to be defined
> > in /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_malloc0 referenced from libgthread-2.0.0.600 expected to be defined
> > in /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_realloc referenced from libgthread-2.0.0.600 expected to be defined
> > in /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_return_if_fail_warning referenced from libgthread-2.0.0.600
> > expected to be defined in
> > /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_set_error referenced from libgthread-2.0.0.600 expected to be
> > defined in /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_strerror referenced from libgthread-2.0.0.600 expected to be
> > defined in /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_thread_error_quark referenced from libgthread-2.0.0.600 expected to
> > be defined in /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_thread_functions_for_glib_use referenced from libgthread-2.0.0.600
> > expected to be defined in
> > /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_thread_init_glib referenced from libgthread-2.0.0.600 expected to
> > be defined in /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_thread_self referenced from libgthread-2.0.0.600 expected to be
> > defined in /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_thread_use_default_impl referenced from libgthread-2.0.0.600
> > expected to be defined in
> > /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > _g_threads_got_initialized referenced from libgthread-2.0.0.600
> > expected to be defined in
> > /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/
> > libglib-2.0.0.dylib
> > /usr/bin/libtool: internal link edit command failed
> >
> > hawston
> >
> >
> >
> > On 5/17/07, Allan Hsu <allan at counterpop.net> wrote:
> >> I'll try to look into this sometime soon, but I'm a little busy right
> >> now. You should be able to compile Dumbarton out of SVN against the
> >> 1.2.3.1 Mono release; my custom universal builds should no longer be
> >> necessary.
> >>
> >> What sort of build errors are you getting with 1.2.4?
> >>
> >>         -Allan
> >> --
> >> Allan Hsu <allan at counterpop dot net>
> >> 1E64 E20F 34D9 CBA7 1300  1457 AC37 CBBB 0E92 C779
> >>
> >>
> >> On May 16, 2007, at 1:16 AM, Hawston LLH wrote:
> >>
> >>> anyone successfully build Dumbarton with latest Mono 1.2.4?
> >>> Apparently, I can only manage to compile Dumbarton with the Allen
> >>> Hsu given version svn-r64487-universal of mono http://
> >>> lists.ximian.com/pipermail/mono-osx/2006-September/000601.html.
> >>> However, this version of mono seem not work on Generic List. any
> >>> clue?
> >>>
> >>> hawston
> >>>
> >>>
> >>> On 5/13/07, Hawston LLH <hawston at gmail.com> wrote:
> >>> First, i noticed 2 possible errors.
> >>>
> >>> 1) you miss out namespace for the class
> >>> MonoClass *monoClass = [DBMonoEnvironment
> >>> monoClassWithName:"<missing namespace>.B" fromAssembly:myAssembly];
> >>>
> >>> 2) you miss out brackets for the function
> >>> MonoString *name = (MonoString*)[self invokeMethod:"Name()"
> >>> withNumArgs:
> >>> 0];
> >>>
> >>> regards
> >>> hawston
> >>>
> >>>
> >>> On 5/13/07, Will Cosgrove <will at everydaysoftware.net > wrote: Hi
> >>> All,
> >>> I'm new to the list so I apologize in advance if this topic has been
> >>> covered.  I'm currently prototyping some C#/Cocoa code for
> >>> feasibility and I have run into a bit of a snag.  I have a C# class
> >>> which I subclass.  Let's call them class A and class B : A.  I
> >>> create
> >>> the bridge class using code from the Dumbarton sample code like so:
> >>>
> >>> [...]
> >>> MonoClass *monoClass = [DBMonoEnvironment monoClassWithName:"B"
> >>> fromAssembly:myAssembly];
> >>>
> >>> The problem I'm having is when I try to invoke any methods in the
> >>> super class, A, Dumbarton can't find those methods and I get the
> >>> following error:
> >>>
> >>> 2007-05-12 22:58:29.267 MyTestApplication[15491] Dumbarton could not
> >>> find the method Name
> >>> 2007-05-12 22:58:29.267 MyTestApplication[15491] *** Uncaught
> >>> exception: <DBMethodNotFound> Dumbarton could not find the method
> >>> Name
> >>>
> >>> The way I'm invoking the method Name is like so:
> >>>
> >>> MonoString *name = (MonoString*)[self invokeMethod:"Name"
> >>> withNumArgs:
> >>> 0];
> >>>
> >>> So I guess my question is, is this possible using Dumbarton and if
> >>> so, how does one go about getting it to work. =)
> >>>
> >>> Thanks in advance,
> >>> Will C.
> >>> _______________________________________________
> >>> Mono-osx mailing list
> >>> Mono-osx at lists.ximian.com
> >>> http://lists.ximian.com/mailman/listinfo/mono-osx
> >>>
> >>>
> >>> _______________________________________________
> >>> Mono-osx mailing list
> >>> Mono-osx at lists.ximian.com
> >>> http://lists.ximian.com/mailman/listinfo/mono-osx
> >>
> >>
> > _______________________________________________
> > Mono-osx mailing list
> > Mono-osx at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-osx
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-osx/attachments/20070517/898d0964/attachment.html 


More information about the Mono-osx mailing list