Hi Guys,

Python is one step closer. I actually have a (somewhat useless) Python Interpreter successfully compiling in. If you wish to try what I have so far under *nix:

Step 1:

in the src/Python folder, rename the following or better still temporarily add them to your .cvsignore and then delete them:

 MAppBase.cpp-swig
 MAppBase.i
 MAppBase.py-swig
 MObject.cpp-swig
 MObject.i
 MObject.py-swig
 MProfile.cpp-swig
 MProfile.i
 MProfile.py-swig
 MString.cpp-swig
 MString.i
 MString.py-swig
 MailFolder.cpp-swig
 MailFolder.i
 MailFolder.py-swig
 Message.cpp-swig
 Message.i
 Message.py-swig
 swiglib.cpp-swig

If the make files find any of the above or .o/d of the above you will need to delete them before you can continue. Finding them in and out of the links through build and .src was fun ;-) Also, if you forget to add them to your .cvsignore, you go back to step one if you CVS UPDATE <sigh> ;-)

Step 2:

Edit InitPython.cpp and comment out the entire module initialisations block (lines 32 - 42 or so) and (lines 137-143 or so).

Then ../configure --with-python && make && make install

When you restart M, you will get a few warning questions but if you answer appropriately, you should have the somewhat useless at present Python script / configure options.

I think that was all that is required. If not, ask and I'll figure it out.

ISTM that the Windows guys, if they fix their make / project file should end up with a similar situation but since I have not tried, I'm not sure.

I sure hope you guys get the "No to: or newsgroup:" error fixed up soon. Mozilla is not fun :-(

This will really be good for me now since I will not constantly be having to make --with-python and then later --without-python to use dogfood :-)

I have not yet tried this under GTK2.

I will now be working on each of the above .i files but with the changes in M in the past 4-5 yrs since Python was current, how much workk this will be remains to be seen. In theory, SWIG can be made to do most of the work just by reading .h files but we have so many of them that working out which of the multiplicity of .h files is needed for each of the 6 or 7 Python modules may be quite a daunting task.

As Karsten designed things, we have the following Python modules:

MAppBase - non gui app stuff
MailFolder - interface to mail folders
Message - handle single messages
MObject - base class for ref counted objects
MProfile - config options per class
MString - string class interface
SendMessageCC - holds msg during composition

MString appears to be the simplest (Famous last words? :-) ) so I'll try that first since it is required by MObject. After that, everything turns to a bowl of spaghetti.

Dr. QA



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Mahogany-Developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mahogany-developers

Reply via email to