>I assume that you want to ship a configuration by its own of your pgm
>where you don't rely/mess with any other installed software (and you're
>afraid of the 20 or so .so files embedding DLLs)
>
>if you package your app like ELF-main executable + libwine.so, then
>there's still a risk that some of your users, installing some other
>wine packages overwrite/erase/modify/put before in shared lib load
>order another libwine.so file. that's not safe either
>2/ build your app as an exec plus a libwine.so file.
We already do this. We ship canvas as an executable + libcv7.so. Here
libcv.so is just libwine with the name and the soname changed (in the
configure scripts...)
I think that having a ton of little dll's all over for wine is probably not
good for developers since it will introduce a bunch of linking problems,
and cause more hassles creating installers for new apps and worrying about
.so files loading properly, etc. This approach would introduce a benefit
though, because we won't have to include al the extra dll's in our
distribution, which will allow for smaller installers and faster downloads.
It also allows us to fix a problem in a particular dll and distribute just
that dll.
In our case, we only need 4 .so so it would probably be perfectly
acceptable to have them all seperate and name each one something like
libcomdlg32cv7.so
>from an execution speed point of view:
>3/ is the best one (less memory: only loads needed code), less
>time (because less things to do)
>
>from a memory allocation point of view:
>3/ is also the best
That's great. The more speed and the less memory we can use with wine the
better!
>obviously, 3 is not a valid solution today. as every day brings its
>load of bug fixes, enhancements... people willing to ship need to
>build their apps on something more rock solid. that's definitively
>a limitation for 3/ (until wine 1.0 is ready).
Actually, I think that 3 is the best solution for today because it allows
you to easily ditribute the fixes to your app.
I'm sold! I'll take the new dll separation method please. And a side of
fries...
thanks eric!
michael
___________________________________________________________________________
Michael Cardenas Deneba Software
Lead Linux Programmer http://www.deneba.com
___________________________________________________________________________
"Either open source is a net win for both producers and consumers on pure
self-interest grounds or it is not. If it is, you cannot lose; if it is
not, you cannot (and *should* not) win." -Eric S. Raymond
"Imagine someone saying, 'If an uncensored press is not better for
publishers as well as readers, it cannot (and should not) prevail.' This
would show that person does not understand freedom of the press as an issue
of liberty. For people who value civil liberties, such views are ludicrous.
-Richard Stallman
http://www.gnu.org/philosophy/philosophy.html#AboutFreeSoftware
___________________________________________________________________________
