- Boost - lists.boost.org

[typeof] MSVC errors on PGI?
by lcaminiti 23 Mar '12

23 Mar '12

Hello all, I'm getting compiler errors when using Boost.Typeof on PGI (plus these errors seems to be from Boost.Typeof for MSVC?). It's the first time I try to use PGI... what am I doing wrong? // File: 01.cpp #include <boost/typeof/typeof.hpp> int main() { int x = 0; BOOST_TYPEOF(x) y = x; return y; } $ pgcpp -I ../../.. 01.cpp "../../../boost/typeof/msvc/typeof_impl.hpp", line 150: error: class "boost::type_of::msvc_extract_type<ID>::id2type [with ID=ID]" cannot be defined in the current scope struct base_type::id2type // This uses nice VC6.5 and VC7.1 bugfeature ^ "../../../boost/typeof/msvc/typeof_impl.hpp", line 160: error: incomplete type is not allowed typedef typename id2type::type type; ^ detected during instantiation of class "boost::type_of::msvc_typeid_wrapper<ID> [with ID=5]" at line 6 of "01.cpp" 2 errors detected in the compilation of "01.cpp". BTW, I'm trying to use PGI to get ScopeExit regression tests to all pass on this compiler. PGI users-- any help is welcome! --Lorenzo -- View this message in context: http://boost.2283326.n4.nabble.com/boost-typeof-MSVC-errors-on-PGI-tp449921… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

René Eng möchte chatten
by René Eng 23 Mar '12

23 Mar '12

----------------------------------------------------------------------- René Eng möchte einige der neuen Google-Produkte verwenden, um mit Ihnen besser in Kontakt zu bleiben. Wenn Sie schon Google Mail oder Google Talk verwenden, besuchen Sie: http://mail.google.com/mail/b-4122791ae-68c38cb068-RejaciDzcqGQypwAD-y35NwA… Klicken Sie auf diesen Link, um mit René Eng chatten zu können. Um Google Mail - ein kostenloses E-Mail-Konto von Google mit mehr als 2800 Megabyte Speicherplatz - zu erhalten und mit René Eng zu chatten, besuchen Sie: http://mail.google.com/mail/a-4122791ae-68c38cb068-RejaciDzcqGQypwAD-y35NwA… Google Mail bietet: - Instant Messaging direkt in Google Mail - Leistungsstarken Spamschutz - Integrierte Suche nach E-Mails und praktische Möglichkeiten, E-Mails in "Konversationen" zu ordnen - Keine Pop-up-Anzeigen oder nicht zielgerichtete Banner - nur Textanzeigen und Informationen, die für den Inhalt Ihrer E-Mails relevant sind Alle diese Funktionen erhalten Sie kostenlos. Aber das ist noch nicht alles! Wenn Sie sich für ein Google Mail-Konto registrieren, erhalten Sie auch Zugriff auf Google Talk, den Instant Messaging-Dienst von: http://www.google.com/talk/intl/de/ Google Talk bietet: - Einen webbasierten Chat, den Sie überall verwenden können, ohne dass ein Download erforderlich ist - Eine mit Ihrem Google Mail-Konto synchronisierte Kontaktliste - Kostenlose, qualitativ hochwertige Sprachanrufe von Computer zu Computer, wenn Sie den Google Talk-Client herunterladen Von Zeit zu Zeit fügen wir immer wieder neue Funktionen zu Google Talk hinzu und nehmen weitere Verbesserungen vor, weshalb wir Sie möglicherweise regelmäßig um Kommentare und Vorschläge bitten. Wir danken Ihnen für Ihre Hilfe bei der Optimierung unserer Produkte! Vielen Dank! Ihr Google Team Weitere Informationen zu Google Mail und Google Talk erhalten Sie unter: http://mail.google.com/mail/help/intl/de/about.html http://www.google.com/talk/intl/de/about.html Wenn das Klicken auf die URLs in dieser E-Mail nicht funktioniert, kopieren Sie sie und fügen Sie sie in die Adressleiste Ihres Browsers ein.

1 0

Looking for some "real world" extended precision integer arithmetic tests
by John Maddock 23 Mar '12

23 Mar '12

Folks, I'm continuing to add to the multiprecision arithmetic library in the sandbox (under "big_number"), and I've just added a Boost licensed fixed-precision integer type which on Win32 at least looks to be very competitive with GMP for reasonable numbers of bits (up to about 1024), see http://svn.boost.org/svn/boost/sandbox/big_number/libs/multiprecision/doc/h… However, as we all know there are lies damn lies and performance stats ;-) Plus the test results I have above ignore the effect of memory allocations (needed by libtommath and GMP, but not the fixed_int code - which in theory should make it faster still). So I'd be really interested to put the type through it's paces with some real world code that really thrashes an extended precision integer type. Any suggestions? Anything in Boost? Thanks in advance, John.

5 38

[Context] Compile Broken for MSVC under x64 (r77477 Trunk)
by Joshua Boyce 23 Mar '12

23 Mar '12

r77477 has broken compilation of Boost.Context on trunk for me when using MSVC and targeting x64 (it spits out a "platform not supported" error). I believe this is because MSVC does not define any of the preprocessor directives that are being checked now (instead of _WIN64). I believe the fix for this is to check _M_AMD64 and/or _M_X64. http://msdn.microsoft.com/en-us/library/b0084kay(v=vs.110).aspx _M_X64: Defined for x64 processors. _M_AMD64: Defined for x64 processors. This patch fixes the issue for me: http://dl.dropbox.com/u/74751/cpp/boost/patches/context-msvc-x64-fix-201203… Thanks.

1 0

[algorithm] aesthetic question about cxx11
by lcaminiti 22 Mar '12

22 Mar '12

Hello all, I have an aesthetic question. Boost.Algorithm puts C++11 algorithms like all_of into a directory boost/algorithm/cxx11. Would the directory name boost/algorithm/cpp11 be preferred? I think for file names .cpp and .hpp are Boost choice over .cxx and .hxx. But for directory names instead cxx11 is Boost choice over cpp11? Similarly, shall macros that refer to C++11 be named BOOST_..._CPP11_... or BOOST_..._CXX11_...? In general, shall Boost refer to C++11 as cpp11/CPP11 or cxx11/CXX11? Given that .cpp/.hpp is Boost choice for file names over .cxx/.hxx, I'd think cpp11/CPP11 would be Boost choice over cxx11/CXX11... P.S. I have a similar situation in Boost.Contract where I want to put macros to parse C++11 keywords (override, final, etc) in a separated directory and I want to name that directory cxx11 or cpp11 consistently with other Boost libraries (so users don't have to remember different conventions). Thanks. --Lorenzo -- View this message in context: http://boost.2283326.n4.nabble.com/boost-algorithm-aesthetic-question-about… Sent from the Boost - Dev mailing list archive at Nabble.com.

10 21

[config] local types as template params
by Lorenzo Caminiti 22 Mar '12

22 Mar '12

Hello all, Is it possible to add a macro BOOST_CONFIG_LOCAL_TYPES_AS_TEMPLATE_PARAMS to Boost.Config to indicate if local types can be passed as template parameters? 1) Boost.Closure (formerly, Boost.Local) implements some optimizations when local types can be passed as template parameters. 2) C++11 always allows to pass local types as template parameters. 3) Local types cannot be passed as template parameters on C++03 instead but some C++03 compilers MSVC 8 (and older?) allow it anyway. // If it is possible to pass local types (classes, etc) as template parameters. // This is not possible in pure C++03 but it is possible in some C++03 // extensions (MSVC 8.0) and with C++11 (GCC >= 4.5.x -std=c++0x). #if (__GNUC__ > 4 || (__GNUC__ == 4 && __GNUC_MINOR__ > 4)) && \ defined(__GXX_EXPERIMENTAL_CXX0X__) // From GCC 4.5.x when -std=c++0x specified. # define BOOST_LOCAL_TYPES_AS_TEMPLATE_PARAMS #elif defined(_MSC_VER) // For (all?) MSVC (tested on MVSC 8.0). # define BOOST_LOCAL_TYPES_AS_TEMPLATE_PARAMS #endif All, can you please try to compile the following example on different compilers/versions and let me know the outcome? If this example compiles successfully then the specific compiler supports local types as template parameters: #include <algorithm> #include <iostream> int main() { struct s { void operator()(int x) { std::cout << x << std::endl; } } l; int nums[] = {1, 2, 3}; std::for_each(nums, nums + 3, l); return 0; } For example, this compiles on GCC >= 4.5.x w/ C++0x extensions enabled and on MSVC 8.0- does it compile on all MSVC versions? Thanks. --Lorenzo

8 12

[config] missing BOOST_HAS_STDINT_H for PGI
by Oliver Kowalke 22 Mar '12

22 Mar '12

ticket: 6724 boost/config/compilers/pgi.h does not define BOOST_HAS_STDINT_H -> boost/cstdint.hpp does not include stdint.h Oliver

2 1

Re: [boost] [git] Mercurial?
by Jason Harris 22 Mar '12

22 Mar '12

> >>>>> Dave Abrahams <dave <at> boostpro.com> writes: > > > More attention from the community, more support, more tools work with it, > > more money behind it, more people will be familiar with it in the long run, > > etc., etc. > > Example: compare the number of commercial tools for working with Git, compared > to those available for working with Mercurial. On OS X along I can use: > SourceTree, Tower, GitHub, GitBox, GitDiary, QuickHub, Octopus, and that's > only the commercial tools! > > By contrast, if I search for "mercurial" in the AppStore, I can only use > SourceTree (which works with both). > Well, I am the author of MacHg a very fully featured multithreaded osx client for mercurial. There was murky and a few other clients around for OSX. But for now the scene seems to have settled into MacHg and SourceTree. I would also point out that I think the kiln team will soon have a nice port of TortiseHg to OSX. A partial listing of general tools is here: http://mercurial.selenic.com/wiki/OtherTools (Note I have not put MacHg on the AppStore since it is a bit of a pain trying to sand box the thing. I think Neil (the author of SourceTree) complained about the fact that he could not include compiled python file etc, in the app store version. Also a good GUI should have some command line drivers. Eg from the command line you should be able to enter "machg somerepo" and have it open in MacHg or something similar. (This has been on my to-do list for quite some time.) And such tools contravene the AppStore guidelines. Eg BBedit had to remove such tools from their application in order to get it onto the AppStore. Eg see http://www.barebones.com/store/macappstore.html and the section about the limitations of the AppStore version.)) I would think most developers would not be strictly limited to the AppStore version and a simple google of "OSX mercurial" will turn up MacHg... As to the whole discussion of Mercurial vs Git. I really have to say that both products are quite similar now in what they can do. However, the learning curve for me for git is just not good. Eg just for some simple comparisons do a: [salt:~] ⌘ hg help pull | wc 40 264 1753 [salt:~] ⌘ git help pull | wc 638 3624 29834 These are basically the same commands. Yet, the size of the help entry for pull for mercurial is 6% of the size of the git help entry. That says a lot about the understandability of one system to the other. (cf the size difference for other commands like pull, log, status, etc.) Git has **soo** many bells and whistles. Every so often as a real DVCS ninja git has something that mercurial doesn't have in my experience. Eg there is a feature in git when you are doing a total conversion of a repository you can run a filter over all of the files as you go. (eg imagine you want to convert all of say windows newlines to unix newlines in every version stored in history, or some other repetitive thing like this.) Up until a little while ago Mercurial didn't have that feature. So on the extreme cases there are definitely bits to git where git has more options. However these extra command switches in git are definitely a very sharp double edged sword in that for the average user the number of git options is just insanely huge. Thus I think the mercurial philosophy of trying to keep things clean, organized, and coherent is much better for at least 90% of users if not more like 98% of users. I am sure that each of you and each of your colleagues are gurus in a number of things, but do you want to require that they are gurus in DVCS systems? Even in Mercurial a lot of the users I encounter are sometimes woefully clued in to what is going on, and Mercurial is more streamlined, and cleanly organized than git (in my humble personal experience.) And it isn't all a bed of roses in Mercurial either. Eg there are things one should really watch out for, for example in using sub-repositories (these parallel sub-modules in git) one should use a thin super-repo layer. We got bitten by this at our work and it has caused problems. See eg http://mercurial.selenic.com/wiki/Subrepository#Recommendations Other points to consider: Those people who think you can't edit history in Mercurial or have many "branches" within a repo, their information is years out of date... I edit history and rebase, etc all of the time. It is part of my standard work flows. The arguments about popularity might have some weight but I think Mercurial and Git are definitely both large enough and will stick around. Besides converting one repo to the other in case one disappears is not that difficult. There are tools which interoperate between both formats (se hg-git.) Also, being a GUI writer I would say the number of differences once you are using a GUI is even smaller in day to day usage once you know what is going on. One, difference is with git you have to be careful to name *everything* or you get "detached heads". In mercurial you don't have to worry about this at all. You can happily update to any revision and start working right there without having to remember to name it / think up a name for it. (However, there are certain advantages to naming everything since then you can track revisions across all sorts of history edits, where-as in Mercurial you have to do some of this tracking manually...) (As a GUI writer I have thought about making the changes to MacHg to be able to release MacGit, but ever time I start playing with git it just... I don't know... I can go into details but the details would likely not be relevant here...) In any case, I use boost in my projects and think it's fantastic! Whether you all end up choosing git or hg a DVCS IMHO is much better than a centralized VCS. (However, I haven't used svn extensively since the company I worked for has skipped directly from cvs to mercurial & git.) Also whether you choose hg or git you might want to have an official mirror in the other system... So users can just use the system they want to. Best of luck, Jason

1 0

[accumulator] Problem with 'droppable_accumulator.hpp' (rev. 77432)
by sguazt 21 Mar '12

21 Mar '12

Hello, I have a problem when compiling with the current trunk version (rev. 77432) of Boost.Accumulator: In file included from projects/boost-trunk/boost/accumulators/framework/accumulator_set.hpp:28:0, from projects/boost-trunk/boost/accumulators/accumulators.hpp:12, ... projects/boost-trunk/boost/accumulators/framework/accumulators/droppable_accumulator.hpp: In copy constructor 'boost::accumulators::droppable_accumulator<Accumulator>::droppable_accumulator(const boost::accumulators::droppable_accumulator<Accumulator>&)': projects/boost-trunk/boost/accumulators/framework/accumulators/droppable_accumulator.hpp:173:54: error: expected type-specifier projects/boost-trunk/boost/accumulators/framework/accumulators/droppable_accumulator.hpp:173:54: error: expected '>' projects/boost-trunk/boost/accumulators/framework/accumulators/droppable_accumulator.hpp:173:54: error: expected '(' projects/boost-trunk/boost/accumulators/framework/accumulators/droppable_accumulator.hpp:173:82: error: expected ')' before 'const' My system is: OS: Fedora 14 x86_64 Compiler: GCC 4.6.1 Compiler's Flags: --ansi -pedantic -Wall -Wextra I think you need to change line 173: : droppable_accumulator::base(*static_cast<droppable_accumulator::base const *>(&that)) with the following (note the addition of "typename") : droppable_accumulator::base(*static_cast<typename droppable_accumulator::base const *>(&that)) After this addition all seems to work. Could you fix it, please? Thank you very much. Best, -- Marco

2 2

Please advise: Boost with LLVM Clang and 0x11 dialect ?
by John M. Dlugosz 21 Mar '12

21 Mar '12

Can someone please advise on how to get Boost headers to work when compiling using Clang (as found on Apple OSX/iOS development) when the 0x11 dialect is enabled? We're stuck at Boost 1.47 because 1.48 doesn't even work with the current settings (C++03 dialect). The Mac developers don't want to fiddle with 1.49 without knowing what the deal is. Is there someone who has used Boost on the Apple with Clang who can relate some tales of how it works and offer suggestions? I've had no luck on the Boost.Users mailing list, or a previous post here on Boost.Devel. Is there anyplace else I might ask? At this point, any scrap of wisdom would be appreciated. —John

2 1