[Gtk-sharp-list] gtk-sharp.dll not working on linux because it
references win32 dll's
tberman at off.net
Thu Jul 21 14:48:05 EDT 2005
On Thu, 2005-07-21 at 20:38 +0200, Jost Boekemeier wrote:
> > Because MS didn't thought that other platforms
> > should be supported.
> Neither do I. Why do you want to make a system
> library like gtk-sharp independent of the operating
Because we can, and it is good. It allows someone to build the library
on any operating system and run it anywhere.
> > > b) why only on linux
> > It isn't only in linux, it is also in MacOSX
> That's not the point. I don't understand why you
> cannot write the information during configure. You
> already do this on windows, why not on Linux and
We do write the information during configure, but instead of hard coding
it into the library which makes the resulting binaries not
crossplatform, we put it in a dll mapping file. This allows the binaries
to stay portable.
> > No it CAN'T go in the library itself
> On windows the information *is* in the library. Why
> are Linux or MacOSX special?
Not special, just different.
> > incompatible with ECMA and MS.NET in that point.
> > also it is easier
> > to manage building for many platforms the way it is
> > today.
> Why is it easier to hard-code the windows name into
> the library instead of writing @libgtk@ and let
> autoconf do the rest?
As I said above, that results in a binary that is not crossplatform.
Your approach does not actually *GAIN* anything. These libraries would
still be in the GAC, and you would not be able to do an Assembly.Load
("gtk-sharp") and have it work.
So what is your point?
> > So you aren't talking of a user but of a developer,
> The problem is currently that recent versions of
> gtk-sharp cannot be used because the .config files are
> missing in /usr/local/lib/mono/gtk-sharp2. That's
No, the config files reside next to the *ACTUAL* files, as opposed to
next to the symlinks. If you look in /usr/local/lib/mono/gac/.... you
will find gtk-sharp.dll and gtk-sharp.dll.config.
If you look at the files in /usr/local/lib/mono/gtk-sharp-2.0/ you will
see SYMLINKS those real files.
> If there are now other ways to load gtk-sharp, I could
> arrange to change my software. It's just that I don't
> see a method which loads the most recent version of
> the library, be it 0.6 or 1.x.
MonoDevelop does it fine, so I am sure you can figure out how to manage.
We actually chose a proactive method of identifying all possible
assemblies in the GAC from pc files, and handling it like that. Your
approach may be different, but I assure you, it is possible.
More information about the Gtk-sharp-list