Problems with stl::map
Hello, Perhaps there is a boost answer for this, I don't know. I have a typedef unsigned char byte defined in global scope. Then a typedef byte address_type defined in the scope of a class. I'd like to setup a std::map<address_type, byte> if at all possible. Or just in general, use std::map, but it doesn't seem to like anything I give it. I am building using GCC 4.7.2 cross compiling to ARM through Sourcery CodeBench for ARM. Kind of at a loss. Regards, Michael Powell
AMDG On 04/01/2013 06:14 PM, Michael Powell wrote:
Hello,
Perhaps there is a boost answer for this, I don't know.
I have a typedef unsigned char byte defined in global scope. Then a typedef byte address_type defined in the scope of a class.
I'd like to setup a std::map<address_type, byte> if at all possible.
Or just in general, use std::map, but it doesn't seem to like anything I give it.
I am building using GCC 4.7.2 cross compiling to ARM through Sourcery CodeBench for ARM.
Kind of at a loss.
What kind of errors do you get? There shouldn't be any problem with this. In Christ, Steven Watanabe
On 13-04-01 06:14 PM, Michael Powell wrote:
Hello,
Perhaps there is a boost answer for this, I don't know.
I have a typedef unsigned char byte defined in global scope. Then a typedef byte address_type defined in the scope of a class.
I'd like to setup a std::map<address_type, byte> if at all possible.
Or just in general, use std::map, but it doesn't seem to like anything I give it.
I am building using GCC 4.7.2 cross compiling to ARM through Sourcery CodeBench for ARM.
Kind of at a loss.
This is a mailing list for users of Boost. Let's keep it on-topic. Thanks. -- Eric Niebler Boost.org
On Tue, Apr 2, 2013 at 12:31 AM, Eric Niebler <eniebler@boost.org> wrote:
On 13-04-01 06:14 PM, Michael Powell wrote:
Hello,
Perhaps there is a boost answer for this, I don't know.
I have a typedef unsigned char byte defined in global scope. Then a typedef byte address_type defined in the scope of a class.
I'd like to setup a std::map<address_type, byte> if at all possible.
Or just in general, use std::map, but it doesn't seem to like anything I give it.
I am building using GCC 4.7.2 cross compiling to ARM through Sourcery CodeBench for ARM.
Kind of at a loss.
This is a mailing list for users of Boost. Let's keep it on-topic. Thanks.
Would like to. I try to do something simple like #include <map> ... typedef std::map<int, int> my_map; and I get "Symbol 'map' could not be resolved". I doubt it's a language thing, not sure whether that's an IDE thing, or I need to include another library than GLIBC to get it to work. Or, is there a boost alternative I could use if this one won't work. I hate to do something like that for such a core container, but would help expose maps into the approach where needed.
-- Eric Niebler Boost.org _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
On Tue, Apr 02, 2013 at 09:47:16AM -0500, Michael Powell wrote:
On Tue, Apr 2, 2013 at 12:31 AM, Eric Niebler <eniebler@boost.org> wrote:
On 13-04-01 06:14 PM, Michael Powell wrote:
Hello,
Perhaps there is a boost answer for this, I don't know.
I have a typedef unsigned char byte defined in global scope. Then a typedef byte address_type defined in the scope of a class.
I'd like to setup a std::map<address_type, byte> if at all possible.
Or just in general, use std::map, but it doesn't seem to like anything I give it.
I am building using GCC 4.7.2 cross compiling to ARM through Sourcery CodeBench for ARM.
Kind of at a loss.
This is a mailing list for users of Boost. Let's keep it on-topic. Thanks.
Would like to. I try to do something simple like #include <map> ... typedef std::map<int, int> my_map; and I get "Symbol 'map' could not be resolved".
I doubt it's a language thing, not sure whether that's an IDE thing, or I need to include another library than GLIBC to get it to work.
Or, is there a boost alternative I could use if this one won't work. I hate to do something like that for such a core container, but would help expose maps into the approach where needed.
In general, Boost tends to assume that the environment has a reasonably functioning standard library. In the case of GCC, this tends to be provided via libstdc++, and a compiler tends to in the general case be preconfigured to point out the right headers and library directories for it to work properly. Consider contacting whatever support you have for your toolchain, as this is something rather fundamental you need to address before having much luck in building any non-freestanding C++ code. If your toolchain vendor ships broken toolchains that are not fit for use, fix your vendor or consider investing in platforms that doesn't have damaged vendors. -- Lars Viklund | zao@acc.umu.se
AMDG On 04/02/2013 07:47 AM, Michael Powell wrote:
Or, is there a boost alternative I could use if this one won't work. I hate to do something like that for such a core container, but would help expose maps into the approach where needed.
As a matter of fact: http://www.boost.org/libs/container/ In Christ, Steven Watanabe
participants (4)
-
Eric Niebler -
Lars Viklund -
Michael Powell -
Steven Watanabe