gEDA-dev: Cygwin installation packages
Cesar Strauss
cstrauss at cea.inpe.br
Sat Jul 1 03:56:10 EDT 2006
J. Childs wrote:
> Cesar,
>
> Thanks for the link, I had done basically the same thing, but a little
> more ambitious. I've got all of the following programs working and have
> generated a setup.ini to allow installation using cygwin's setup.exe
> installer.
>
This is great. If you wish, feel free to update the installation page I created
(it is a wiki, after all). I am looking forward to test your packages.
>
> I had a tough time deciding whether to use the shared DLL route or the
> static linking. The first release I was going to provide was a small
> rewrite of libgeda to support a shared DLL version (COLORS and
> do_logging imports to name a few). This worked once I got all of the
> export symbols in line, but I stumbled across the web page you mention
> above after I sent my first email to this list, and I figured it would
> be easier to maintain the package if I went back and did the static
> route. This way I don't have to rewrite parts of libgeda to get it to
> work on cygwin.
>
Yes, I can confirm this. Full of undefined references. I admit I did not even
noticed the shared library wasn't being built by default, before you wrote.
For the GNU/Linux audience: Windows DLLs must have all dependencies resolved
already at build time, unlike shared libraries on GNU/Linux. It appears libgeda
relies on this to implement a kind of callback mechanism, by linking back to the
main executable. It's the classic "chicken-and-egg" problem. Jason, could you
correct me, if I am wrong?
For the record, I still think it would be worth it if you could submit your fix
for the developers to review. In that way, future gEDA releases could become
even more portable. Only a sugestion, tough.
Thanks,
Cesar
-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/
More information about the geda-dev
mailing list