Hi Waldemar,

> My build is not static anymore.  Now I put all the required *.dll(s)
> into site-packages\ldap directory.
> I also put the _ldap.pyd in there too so the extension can find them.
> This approach work for all the dlls except the SASL plugins.

unfortunately, .dlls are relatively useless in conjunction with .eggs,
since there seems to be no proper way to bundle the two. That was the
reason for my static approach.

But here's my idea: I'll put up a documentation today on what I did to
get cyrus-sasl compiling successfully using MinGW.
Some minor modifications to that method should get us .dlls again
instead of static libs. When configuring the build, you can provide a
prospective location of the plugin .dlls, e.g. C:\sasl2. Perhaps that
would help to find all of the mechanisms.

If you have the time and nerves, we could do some 'conferencing' in
Google talk on the way...

Best regards,
Torsten
-- 
Never make anything simple and efficient when a way can be found to
make it complex and wonderful.              - Murphy's Law No. 13 -


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Python-LDAP-dev mailing list
Python-LDAP-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/python-ldap-dev

Reply via email to