- Boost-users - lists.boost.org

Intel 7.0 Compiler problems
by klapshin <klapshin＠yahoo.com> 06 Feb '03

06 Feb '03

Hello, Tired of MSVC deficiencies, and hoping to get certain performance increase I got evaluation version of Intel C++ compiler. I've heard lots of good things about this compiler, and was under impression that transition from MSVC to ICL should be very smooth. Huh, I had all kinds of troubles. First of all boost 1.29 gave up saying that it is an unknown compiler. Looking into config I figured that last known ICL was 6.0, so I just hacked it badly by redefining ICL as 600 prior to including any boost headers. I understand that it is not a good way, but hey, I am just evaluating it. Ok now everything compiled, but code using regex failed to link. No wonder, I have not build regex library with new compiler. It turns out that there is no makefile for any intel compiler, so I tried to do it with bjam, but seems that bjam did not set CC variable; it invoked compilation with just line of flags. At this point I gave up and decided to focus on parts of my project which do not depend on regex. Next surprise was when I tried to run tests, in debug mode everything was fine, but release mode failed miserably. It appears that date_time library does not work at all with optimization. Even setting /O1 did not help, only /Od worked. Failures were in very basic date operations, for instance boost::gregorian::date(2002,12,27) == boost::gregorian::date(2002,12,27) is not true! If I first construct a date, then ask for year, it throws, saying year is out of range. I searched through Boost Users and Dev mailing lists, found few posts discussing turning on strict ansi checks on intel, and also that in this case it is better to use STLport, since STL coming with MSVC could not be compiled in ansi mode. I tried to do that but can't compile STLport in strict mode either. Using STLport in regular mode did not have any effect on problems I am having. Here is version the compiler reports: Intel(R) C++ Compiler for 32-bit applications, Version 7.0 Build 20021018Z Copyright (C) 1985-2002 Intel Corporation. All rights reserved. Now, my question is: are these problems well known? If they are, is there any plans to fix them in next release? And while we at it, when should we expect new release? I know there were some discussions about mid-February, is there any update? Regards, Kirill.

2 1

RE: Re: [Boost-Users] HP, aCC and the standards
by Tom Matelich 05 Feb '03

05 Feb '03

Many of those errors are easily worked around, its just hard to get the developers to change their code. Or at least it was when I was trying to get things going with aCC. > -----Original Message----- > From: Toon Knapen [mailto:toon.knapen@si-lab.org] > Sent: Wednesday, February 05, 2003 12:48 AM > To: Boost-Users(a)yahoogroups.com > Subject: Fwd: Re: [Boost-Users] HP, aCC and the standards > > > On Tuesday 04 February 2003 17:18, Tom Matelich wrote: > > Who is running those tests, and what version of aCC is that? > > I am. I'm using aCC version 53800 currently installed on an > HPUX11i. You > might notice on the HP website that the latest release was > 53700 so it's > newer than new ;-) Nevertheless, conformance is still bad. > > There were quite some messages on the boost-ml on the support for HP > recently. > > > > -----Original Message----- > > > From: Toon Knapen [mailto:toon.knapen@si-lab.org] > > > Sent: Tuesday, February 04, 2003 12:15 AM > > > To: Boost-Users(a)yahoogroups.com > > > Subject: Re: [Boost-Users] HP, aCC and the standards > > > > > > On Monday 03 February 2003 18:06, Tom Matelich wrote: > > > > I would recommend contacting the aCC support people. They > > > > > > are generally > > > > > > > quite reasonable. In fact, the hp status tables (which > > > > > > appear a bit out of > > > > > > > date) at http://www.boost.org/status/cs-hpux.html are run > > > > > > remotely on a box > > > > > > > provided by HP for boost to use. > > > > > > For an updated status-page, check out : > > > http://boost.sourceforge.net/regression-logs/ > > > and you see that aCC has the highest failure rate ! > > > I also recently talked to an HP representative and he was > > > under the impression > > > that aCC was very confirming. > > > > > > ------------------------ Yahoo! Groups Sponsor > > > ---------------------~--> > > > Get 128 Bit SSL Encryption! > > > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > > > -------------------------------------------------------------- > > > -------~-> > > > > > > Info: <http://www.boost.org> > > > Wiki: > <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > > > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > > > > > > > Your use of Yahoo! Groups is subject to > > > http://docs.yahoo.com/info/terms/ > > > > > -------------------------------------------------------------- > --------- > > DISCLAIMER: Information contained in this message and/or > > attachment(s) may contain confidential information of Zetec, Inc. > > If you have received this transmission in error, please notify > > the sender by return email. > > > -------------------------------------------------------------- > --------- > > > > > > Info: <http://www.boost.org> > > Wiki: > <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ------------------------------------------------------- > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > >

1 0

HP, aCC and the standards
by dlux42 <dlux＠spam.sch.bme.hu> 05 Feb '03

05 Feb '03

Hello Guys! I am now fighting with HP to recognize that their compiler is buggy. I am one of their customer and would like to get help with this fight. I want to use the boost.org format and regex libraries on HP-UX 11.00 with aCC, and I got contacted the local HP office about that. I told that I want to use modern libraries like the "boost.org" library. They answered that the HP aCC is the implementation of the ISO/IEC 14882 standard of the C++ language. They provided two links about the compiler: http://www.software.hp.com/DTDC_products_list.html (follow the aC++ link). http://docs.hp.com/hpux/onlinedocs/2213/libs.htm#slIntro (introductionary concepts). Do you have any evidence that the HP implementation of C++ language breaks the standard and that's why the regex library and format library does not compile on those platform? (if you need sample error message, then I can send it to the list). I am using stlport 4.5-119, aCC A.03.33. Please Cc: the replies to my private email-address also. Thanks for your help in advance, dLux

2 1

RE: [Boost-Users] More on static linkage
by Tom Matelich 05 Feb '03

05 Feb '03

microsoft has a way to implicitly require the loading of dll's. To disable regex's use of this define BOOST_REGEX_NO_LIB > -----Original Message----- > From: Amittai Aviram <amittai(a)amittai.com> > [mailto:amittai@amittai.com] > Sent: Saturday, February 01, 2003 3:21 PM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] More on static linkage > > > I have been trying to link the boost::regex library to a DLL (Release > build) without success and I really need help. I have learned > something new. Hitherto, I have put this line right above my code in > one of my header files, i.e., within the "#if !defined()" block that > prevents duplicate inclusion: > > #define BOOST_REGEX_STATIC_LINK > > This has no effect on the build whatsoever. The resulting DLL is no > bigger and the client will not work if you rename > boost_regex_vc6_mdi.dll from its place. You get an error message > from the client saying that this file is missing. > > If, however, I place the line above as the very first line in a > header file, then, instead, I simply cannot compile and build the > project at all. The compile error I am getting states that there > are "multiply defined symbols"! I.e., the symbols defined in the > library are being defined twice. > > This is driving me nuts. > > Thanks for any help. > > Amittai Aviram > amittai(a)amittai.com > > > > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

3 2

RE: [Boost-Users] where do we ask questions related to the usage of the spirit-parser?
by bjorn.karlsson＠readsoft.com 05 Feb '03

05 Feb '03

> From: faisal vali [mailto:yg-boost-users@m.gmane.org] > I seem to recall that there was another news group dedicated > to 'spirit' > questions - but i couldn't find any links from the spirit homepage > (after a cursory look) > Could anyone direct me towards the appropriate forum for user-level > questions. This (Boost-Users) is a good place for asking those questions, as Spirit is now a Boost library. The Spirit newsgroup you're looking for can be found at news:gmane.comp.parsers.spirit.general. Bjorn

1 0

where do we ask questions related to the usage of the spirit-parser?
by faisal vali 05 Feb '03

05 Feb '03

I seem to recall that there was another news group dedicated to 'spirit' questions - but i couldn't find any links from the spirit homepage (after a cursory look) Could anyone direct me towards the appropriate forum for user-level questions. thanks, -fas

1 0

RE: [Boost-Users] HP, aCC and the standards
by Tom Matelich 04 Feb '03

04 Feb '03

Who is running those tests, and what version of aCC is that? > -----Original Message----- > From: Toon Knapen [mailto:toon.knapen@si-lab.org] > Sent: Tuesday, February 04, 2003 12:15 AM > To: Boost-Users(a)yahoogroups.com > Subject: Re: [Boost-Users] HP, aCC and the standards > > > On Monday 03 February 2003 18:06, Tom Matelich wrote: > > I would recommend contacting the aCC support people. They > are generally > > quite reasonable. In fact, the hp status tables (which > appear a bit out of > > date) at http://www.boost.org/status/cs-hpux.html are run > remotely on a box > > provided by HP for boost to use. > > For an updated status-page, check out : > http://boost.sourceforge.net/regression-logs/ > and you see that aCC has the highest failure rate ! > I also recently talked to an HP representative and he was > under the impression > that aCC was very confirming. > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

Incompatibilities between Date_Time/PosixTime and Boost.Python !?!?!?
by acid_til <bluc＠videotron.ca> 04 Feb '03

04 Feb '03

Hi !! When trying to compile a simple program (just a main and nothing in it) I get a lot of compile error... I'm using VC 6.0 SP5, STLport 4.5.3 and boost 1.29. This is what I include in the program : #include <iostream> #include <boost/python.hpp> #include <boost/date_time/posix_time/posix_time.hpp> Here are the error messages : boost\date_time\compiler_config.hpp(33) : error C2782: ' __cdecl _STL::abs()' : template parameter 'T' is ambiguous could be 'long double' or 'const struct _STL::complex<long double> &' boost\date_time\compiler_config.hpp(33) : error C2785: ' __cdecl _STL::abs()' and 'long double __cdecl _STL::abs(const struct _STL::complex<long double> &)' have different return types \boost\date_time\compiler_config.hpp(30) : see declaration of 'abs' boost\date_time\compiler_config.hpp(33) : error C2782: ' __cdecl _STL::abs()' : template parameter 'T' is ambiguous could be 'double' or 'const struct _STL::complex<double> &' boost\date_time\compiler_config.hpp(33) : error C2785: ' __cdecl _STL::abs()' and 'double __cdecl _STL::abs(const struct _STL::complex<double> &)' have different return types boost\date_time\compiler_config.hpp(30) : see declaration of 'abs' boost\date_time\compiler_config.hpp(33) : error C2782: ' __cdecl _STL::abs()' : template parameter 'T' is ambiguous could be 'float' or 'const struct _STL::complex<float> &' boost\date_time\compiler_config.hpp(33) : error C2785: ' __cdecl _STL::abs()' and 'float __cdecl _STL::abs(const struct _STL::complex<float> &)' have different return types boost\date_time\compiler_config.hpp(30) : see declaration of 'abs' Has this been reported ??? Are Boost.Python and posix_time incompatible ??? If not, can someone point to a solution. Thanks a lot for your time. Luc.

2 2

RE: [Boost-Users] HP, aCC and the standards
by Tom Matelich 04 Feb '03

04 Feb '03

I would recommend contacting the aCC support people. They are generally quite reasonable. In fact, the hp status tables (which appear a bit out of date) at http://www.boost.org/status/cs-hpux.html are run remotely on a box provided by HP for boost to use. At the point when this was set up, I was investigating whether we should use aCC or g++. I went through and developed a few simple test cases to demonstrate the bugs in a few of the tests. They accepted them, but gave no time line. I think development of aCC was initially really hurt when Daveed Vandevoorde went to EDG, and I'd guess all the linux/compaq hubbub probably hasn't helped to much. I think A.03.33 was released over a year ago. > -----Original Message----- > From: dlux42 <dlux(a)spam.sch.bme.hu> [mailto:dlux@spam.sch.bme.hu] > Sent: Monday, February 03, 2003 7:53 AM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] HP, aCC and the standards > > > Hello Guys! > > I am now fighting with HP to recognize that their compiler is buggy. I > am one of their customer and would like to get help with this fight. > > I want to use the boost.org format and regex libraries on HP-UX 11.00 > with aCC, and I got contacted the local HP office about that. > > I told that I want to use modern libraries like the "boost.org" > library. They answered that the HP aCC is the implementation of the > ISO/IEC 14882 standard of the C++ language. > > They provided two links about the compiler: > > http://www.software.hp.com/DTDC_products_list.html (follow > the aC++ link). > http://docs.hp.com/hpux/onlinedocs/2213/libs.htm#slIntro > (introductionary concepts). > > Do you have any evidence that the HP implementation of C++ language > breaks the standard and that's why the regex library and format > library does not compile on those platform? (if you need sample error > message, then I can send it to the list). > > I am using stlport 4.5-119, aCC A.03.33. > > Please Cc: the replies to my private email-address also. > > Thanks for your help in advance, > > dLux > > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

2 1

Member Function Iterator Adaptor
by Duane Murphy 04 Feb '03

04 Feb '03

I'm trying to build a member function iterator adaptor. (Maybe there already is one and I'm not finding it?) This would be an iterator adaptor where the adaptor returns the result of calling a member function of the base iterator. I think this is a pretty straightforward iterator adaptor. What I am missing is the ability to work out the value_type of the iterator. This would be the return type of the member function being used. I thought I could use boost::call_traits< MemberFunction >::value_type, but that returns the entire type of the member function. I think call_traits<> is not what I am looking for. Pointers or suggests would be greatly welcomed. Thanks! ...Duane

1 1