
Hi, This is the status of the 1.34.0 release as I see it. I'll update it on a roughly weekly basis. The main purpose of this is to make people aware of outstanding issues and maybe motivate some volunteers. In general I think regression results are finally looking promising and we should shoot for a beta release before new years. That being said there are still outstanding issues. Regression Tests ================ - Lots of probably configuration related regressions in some msvc tests as pointed out here: http://article.gmane.org/gmane.comp.lib.boost.testing/3751 http://article.gmane.org/gmane.comp.lib.boost.testing/3749 - concept_check Regressions for borland 5.8.2 and msvc 6.5. The borland fail should be marked expected (http://article.gmane.org/gmane.comp.lib.boost.devel/ 152138). Who's going to take care of the msvc-6.5 failure? - iostreams Broken on cw-9.4. Anybody working on this? - regex Fails msvc-6.5 no known fix. - test Fails darwin-4.0.1, cw-9.4 no known fix. - utility Fails gcc-3.4.5_linux_x86_64 no know fix. As I said we are getting close, but we *really* need people to look at the outstanding issues. Build ===== - Getting Started Guide Dave is making significant progress on this and I think it'll be a major step forward once it's done. - v2 transition There still seem to exist vestiges of the old build system in some places. See here: http://article.gmane.org/gmane.comp.lib.boost.build/14768 This issue is unresolved as of now. We are seeking help and input. Inspection ========== - File name guidelines We still have 7 file/directory names issues in the following components boost/archive/basic_streambuf_locale_saver.hpp: *N* name exceeds 31 characters tools/build/v2/example/make/main.cpp.pro: *N* name contains more than one dot character ('.') boost/graph/maximum_cardinality_matching.hpp: *N* name exceeds 31 characters libs/graph/doc/lengauer_tarjan_dominator_tree.htm: *N* name exceeds 31 characters libs/graph/doc/sorted_erdos_renyi_generator.html: *N* name exceeds 31 characters libs/test/build/msvc71_proj/config_file_iterator_test.vcproj: *N* name exceeds 31 characters regression/.htaccess: *N* leading character of ".htaccess" is not alphabetic I consider these showstoppers for the final release. Could the respective library authors please take care of this? - Broken Links We still show 116 broken links. Is the report broken or the docs? - License Copyright We still have large number of license copyright issues. To me the do we really need a license/copyright for xxx discussion is not very productive. My personal attitude is get over it and fix it. While this is not a showstopper fixing them will be well received by our users and now is the time to do it. Please let me know of issues not covered here. I'll add them to the list. Thanks Thomas Thomas Witt witt@acm.org

----- Mensaje original ----- De: Thomas Witt <witt@acm.org> Fecha: Miércoles, Diciembre 13, 2006 11:35 pm Asunto: [boost] [1.34.0] Status Report Para: boost@lists.boost.org
Hi,
This is the status of the 1.34.0 release as I see it.
- iostreams
Broken on cw-9.4. Anybody working on this?
I don't think so. I've taken a look and the thing seems simple to fix, as there is already a workaround in place for Tru64 that seemingly need only be extended for CW. I can commit such a patch tomorrow. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

JOAQUIN LOPEZ MU?Z wrote:
----- Mensaje original ----- De: Thomas Witt <witt@acm.org> Fecha: Miércoles, Diciembre 13, 2006 11:35 pm Asunto: [boost] [1.34.0] Status Report Para: boost@lists.boost.org
Hi,
This is the status of the 1.34.0 release as I see it.
- iostreams
Broken on cw-9.4. Anybody working on this?
I don't think so. I've taken a look and the thing seems simple to fix, as there is already a workaround in place for Tru64 that seemingly need only be extended for CW. I can commit such a patch tomorrow.
Please go ahead. Thanks Thomas -- Thomas Witt witt@acm.org

Thomas Witt ha escrito:
JOAQUIN LOPEZ MU?Z wrote:
----- Mensaje original ----- De: Thomas Witt <witt@acm.org> Fecha: Miércoles, Diciembre 13, 2006 11:35 pm Asunto: [boost] [1.34.0] Status Report Para: boost@lists.boost.org
Hi,
This is the status of the 1.34.0 release as I see it.
- iostreams
Broken on cw-9.4. Anybody working on this?
I don't think so. I've taken a look and the thing seems simple to fix, as there is already a workaround in place for Tru64 that seemingly need only be extended for CW. I can commit such a patch tomorrow.
Please go ahead.
Thanks
Thomas
Done, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

Joaquín Mª López Muñoz <joaquin <at> tid.es> writes:
Thomas Witt ha escrito:
JOAQUIN LOPEZ MU?Z wrote:
----- Mensaje original ----- De: Thomas Witt <witt <at> acm.org>
- iostreams
Broken on cw-9.4. Anybody working on this?
I don't think so. I've taken a look and the thing seems simple to fix, as there is already a workaround in place for Tru64 that seemingly need only be extended for CW. I can commit such a patch tomorrow.
Please go ahead.
Thanks
Thomas
Done,
...but the test case still fails. The applied patch has only made it progress to a further problem, this one scarier (http://tinyurl.com/wlwh2 ): ### mwcc Compiler: # In: ..\libs\iostreams\example\finite_state_filter.hpp # From: ..\libs\iostreams\test\finite_state_filter_test.cpp # ------------------------------------------------------------ # 245: } # Error: ^ # internal compiler error (report to <cw_bug@metrowerks.com>) # while executing in file 'CException.c' line: 3067 # (compiling 'execute' in 'finite_state_filter_test.cpp') I don't know if I'll have time to investigate this one Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

Thomas Witt wrote:
- iostreams
Broken on cw-9.4. Anybody working on this?
Partially broken on gcc 4.0.2 as well. See my report at http://article.gmane.org/gmane.comp.lib.boost.devel/152075 for a simple fix that is already in HEAD. Georg

Georg Baum ha escrito:
Thomas Witt wrote:
- iostreams
Broken on cw-9.4. Anybody working on this?
Partially broken on gcc 4.0.2 as well. See my report at http://article.gmane.org/gmane.comp.lib.boost.devel/152075 for a simple fix that is already in HEAD.
Georg
Hi Georg, thanks for the heads up. Actually, the fix was in RC_1_33_0 but was not propagated to HEAD after the release of 1.33, undoubtedly an overlook. I've just merged to HEAD and RC_1_34_0, I'd appreciate if you could verify that this solves the problem with building LyX. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

Joaquín Mª López Muñoz wrote:
Hi Georg, thanks for the heads up. Actually, the fix was in RC_1_33_0 but was not propagated to HEAD after the release of 1.33, undoubtedly an overlook. I've just merged to HEAD and RC_1_34_0, I'd appreciate if you could verify that this solves the problem with building LyX.
Yes, the problem is solved. Many thanks, Georg
participants (5)
-
"JOAQUIN LOPEZ MU?Z"
-
Georg Baum
-
Joaquin M Lopez Munoz
-
Joaquín Mª López Muñoz
-
Thomas Witt