Libtool and Support for Shared Libraries
Jeroen van Meeuwen (Kolab Systems)
vanmeeuwen at kolabsys.com
Thu May 10 16:42:01 EDT 2012
On 2012-05-10 17:32, Bron Gondwana wrote:
> On Thu, May 10, 2012 at 04:03:26PM +0200, Дилян Палаузов wrote:
>> >While we're at it, I'd love to split things like 'mailbox.c' which
>> >really libraries into a separate directory from 'imapd.c' which is
>> >system daemon only run by master from cyrus.conf and separate again
>> >from cyr_dbtool.c which is a tool designed to be mainly run by
>> I would suggest, that
>> the sources of libcyrus are moved to src/lib/cyrus,
>> the sources of libcyrus_min are moved to src/lib/cyrus_min,
>> the sources of libimap are moved to src/lib/imap,
>> the sources of libsieve are moved to src/lib/sieve,
>> the sources of the services from imap/ are moved to src/service,
>> probably the installable header files are moved to src/include,
>> and then check what to do with the remaining files.
>> With services I mean fud, imapd, lmtpd, pop3d, smmapd and
May I suggest the services end up in src/libexec/ perhaps?
> There's still things like master as well. I'd really like to move
> that elsewhere so the name 'master' doesn't clash with the git branch
> name 'master'. It makes a few commands more annoying to run.
> src/master or something would be better.
It could still match remote 'src' branch 'master' - if we consider
renaming the installed utility to cyrus-master, why not name the source
file cyrus-master as well? A location could be (this is the only service
process to be executed, really) src/sbin/.
The utilities could live in src/bin/ (cyrus-quota, cyrus-mbpath).
> But - it will invalidate basically every patch out there,
Yes indeed it will, and we have another (huge) pending task; fixing the
> so I
> don't want to embark on something like this until we've merged
> everything we're planning to merge, and everyone has advance notice
> of the plan. Even the automake changes so far have been quite
I agree. This tidying up is going to majorly invasive - don't forget we
want to merge in caldav before this happens as well.
I strongly recommend any major really tidying things up is postponed to
Jeroen van Meeuwen
Systems Architect, Kolab Systems AG
e: vanmeeuwen at kolabsys.com
m: +44 74 2516 3817
pgp: 9342 BF08
More information about the Cyrus-devel