[Mono-dev] GC_thread_register_foriegn and Solaris 8

[Zoltan Varga]

               Hi,

  This is now fixed in SVN.

          Zoltan

On 8/24/05, Gary M. Smithrud <gary.smithrud at haley.com> wrote:
> I'm attempting to get the 8/23 tarball to compile under Solaris 8 and
> the function GC_thread_register_foriegn is undefined.  I've checked for
> incorrectly defined #if around this function, but everything looks like
> it is defined appropriate.  I've also attempted to mark this function as
> a GC_API to export it to the library.  I am using gcc to compile.
> Should this function be used on Solaris and if so does someone know how
> to make it available (I did check the libmonogc.a for the symbol, but no
> luck there either).  Thanks.
> 
> Gary M. Smithrud
> Haley Systems, Inc.
> Phone: 724-934-7853
> gary.smithrud at haley.com
> www.haley.com
> Moving at the Speed of Change
> -----Original Message-----
> From: mono-devel-list-bounces at lists.ximian.com
> [mailto:mono-devel-list-bounces at lists.ximian.com] On Behalf Of JD Conley
> Sent: Wednesday, August 24, 2005 1:50 PM
> To: Miguel de Icaza
> Cc: mono-devel-list at lists.ximian.com
> Subject: RE: [Mono-dev] Novell.Directory.Ldap in the Mono tree
> 
> > > I was wondering if there was any synchronization between
> > > Novell.Directory.Ldap on Novell forge and Mono. I have noticed that
> the
> > > trees are currently fairly different. I'm trying to make a decision
> on
> > > which to patch, but I don't really know. I am leaning toward
> patching
> > > the one on Novell forge since that seems to be the root, but then
> when,
> > > if ever, would my fixes show up in the Mono tree? Would I be stuck
> > > building my own version of Novell.Directory.Ldap for distribution?
> Is
> > > there any particular reason why I should modify the one in the Mono
> tree
> > > vs. the one in Novell Forge?
> >
> > Would you be interested in merging the changes from the official
> Novell
> > build into our tree?
> 
> That's certainly a possibility, but I wouldn't want to do it if it was
> something that was going to have to be maintained in separate branches
> going into the future. There really should be only one branch, maybe
> with separate build scripts and some defines for Mono's TARGET_JVM and
> anything else that's needed.
> 
> -JD
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>