Artistic Style 1.20 (January 2007)
Release 1.20.1 improved the processing for Mac OS X platforms. The compatibility with TextWrangler was improved. There is now a separate release for Mac.
Artistic Style will now indent message maps for Microsoft Foundation Class (MFC) and event tables for wxWidgets. The option
--brackets=break-closing-headers has been shortened to--brackets=break-closing and a short option added(-y). There have been short options added for--break-elseifs (-e), --indent-preprocessor (-w), --break-blocks (-f), and--break-blocks=all (-F). With this release the Artistic Style license changes from the GNU General Public License (GPL) to the GNU Lesser General Public License (LGPL). You can use Artistic Style for free or commercial software without charge. Projects that use Artistic Style do not have to make the their source code available. If Artistic Style itself is modified, however, the modified Artistic Style source code must be made available. See the GNU Lesser General Public License for more information.
There is a new preprocessor option to aid developers in using Artistic Style with a Graphical User Interface (GUI). It is no longer necessary to remove the source module astyle_main.cpp and write embedded code to call the formatter. It can be compiled as a static library or a shared library (DLL), or the entire source code can be included in the project. See the Artistic Style Developer Information for the calling procedure and other details.
There is a sample GUI program for Windows available at http://www.geocities.com/jpattee/. It uses the unmodified Artistic Style compiled for a GUI. The source code needs some work so it is not available for now. It should work under Linux using WINE. Future enhancements and platform support will depend on the response to the sample program.
To support the new Artistic Style preprocessor option there are new makefiles and project files. Windows users have a project file for Microsoft Visual C++ 2003 (version 7). Linux users have a new makefile that has several new options. The location of both files is in the build directory. Be sure to read the Artistic Style Install Information for the details.
Intel® is now offering it's C++ and Fortran compilers free for non-commercial use. Information is available at the Intel® Software Development Products website. Click on the Free Non-Commercial Download link to see if you qualify. The Intel Compilers on Windows and Linux require that other compilers be installed (Microsoft Visual C++ or GNU gcc respectively). This is because the Intel Compilers require the header files, runtime libraries and linkers distributed as part of these other compilers. If you want to use this compiler there is now a makefile (makeintel) included with the project. See Artistic Style Install Information for instructions.
Artistic Style 1.19 (July 2006)
Most changes this release were again concerned with the options pad=oper and pad=paren. The formatting still worked a little different if both options were declared than if only one was used. The problems with distinguishing the multiplication operator from pointers, and of separating an object from the member access pointer (->) were fixed.
A new option, unpad=paren, was added. This will undo the pad=paren, pad=paren-out and pad=paren-in options. It can be used alone or with pad=paren-out or pad=paren-in. If used alone it will unpad all parens that have been previously padded. If used with a paren padding option, the paren padding option will take precedence and only the unnecessary padding will be removed. This will enable the paren padding to be changed in one formatting run.
Padding to paren headers (e.g. "if", "for", "while") was reinstated. This was done in previous releases if pad=oper was used. Since most people used this option, the headers were usually padded. The general opinion was that they looked better padded, especially in the case of "else if" statements. Since it is a minor point, it was not made an option.
This is the third release of Artistic Style in the last four months. The reason for the frequent releases was the number of pervasive errors in the formatting. In the future there will probably be two or three new releases per year, or one every four to six months. It will take about three years to make all the changes that are planned at this time. The releases will be a combination of fixes, changes to formatting, and new features.