This is the mail archive of the
mailing list for the Cygwin project.
Re: new policy for packages
----- Original Message -----
From: "Gareth Pearce" <email@example.com>
> This makes sense to me - however I was wondering to what extent.
> 1. no packages which have run-time dependencies on non-packaged.
> 2. no packages which have Build time dependencies on non-packaged
> 'standard' compile.
> 3. as 2 but even if the code distributes an 'internal' copy.
Hmm, less concerned about these while setup doesn't support
build-depends. Once it does, perhaps a case by case approach. While
Chuck goes to heroic efforts (and I'm leveraging off those :}) to make
building trivial, the key for binary distro's is to remove the need for
users to build - thus making building a significantly lower priority.
> 4. no packages which can have build time dependencies on non-packaged
> an additional configure flag or similar.
This one is insane :}. Most packages have configure options for
different platforms, and this would exclude them - including many of our
> Another requirement consideration - which I am unsure if would be
> but thought I might put it up for discussion.
> All 'library' style packages must provide dynamic link libraries (if
No. I think it's preferred, but certainly not a requirement. bfd for
instance isn't available on win32 as a .dll. It would be nice if it was
> I was considering looking at packaging up slang or a few other
things - but
> thought that not providing dynamic libs would be the wrong move to
> due to lack of experience in making 'good' dynamic libraries on my
> decided I would put it off, (prehaps hoping someone else would do it)
Start with static libraries, and as you get more experienced start with
the easy ones then to the harder ones, making them dynamic. I'm happy to
provide tips, as (I think) Chuck is on .dllizing libraries. libtool
libraries are easy, and my -shared and --auto-export hack to libtool has
been accepted, so we should have offical support soon for that.