c++/cli & file.h
hi quick question: could boost headers (.h) be complied in c++/cli project? I was told, no by someone, but need further feedback to be sure. Thanks
Yes It will compile in eclipse c++ project only u have to linking to boost library in eclipse. Abhijit B. Kolhe Associate IT Engineer, Tata Cmc Ltd. Mob 9762220375 On Dec 8, 2014 6:34 PM, "It neophyte" <phdlux85@gmail.com> wrote:
hi
quick question: could boost headers (.h) be complied in c++/cli project?
I was told, no by someone, but need further feedback to be sure.
Thanks
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
From: Boost-users [mailto:boost-users-bounces@lists.boost.org] On Behalf Of It neophyte Sent: 08 December 2014 10:35 To: boost-users@lists.boost.org Subject: [Boost-users] c++/cli & file.h hi quick question: could boost headers (.h) be complied in c++/cli project? I was told, no by someone, but need further feedback to be sure. This is probably possible – for example this method was used to create a .net CLI project from boost_math.hpp Statistical Distribution Explorer http://sourceforge.net/projects/distexplorer/files/ http://www.boost.org/doc/libs/1_57_0/libs/math/doc/distexplorer/html/index.h... https://github.com/boostorg/math/tree/master/dot_net_example/distribution_ex... contains the files used to create this (But no longer builds on most recent VS 2013 compiler). However it should give you enough guidance to build your project. HTH Paul --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830
hi Paul, has the levy-alpha stable distribution been implemented, by any chance, in boost? cheers On Mon, Dec 8, 2014 at 1:21 PM, Paul A. Bristow <pbristow@hetp.u-net.com> wrote:
*From:* Boost-users [mailto:boost-users-bounces@lists.boost.org] *On Behalf Of *It neophyte *Sent:* 08 December 2014 10:35 *To:* boost-users@lists.boost.org *Subject:* [Boost-users] c++/cli & file.h
hi
quick question: could boost headers (.h) be complied in c++/cli project?
I was told, no by someone, but need further feedback to be sure.
This is probably possible – for example this method was used to create a .net CLI project from boost_math.hpp
Statistical Distribution Explorer
http://sourceforge.net/projects/distexplorer/files/
http://www.boost.org/doc/libs/1_57_0/libs/math/doc/distexplorer/html/index.h...
https://github.com/boostorg/math/tree/master/dot_net_example/distribution_ex...
contains the files used to create this
(But no longer builds on most recent VS 2013 compiler).
However it should give you enough guidance to build your project.
HTH
Paul
---
Paul A. Bristow
Prizet Farmhouse
Kendal UK LA8 8AB
+44 (0) 1539 561830
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
On Mon, Dec 8, 2014 at 4:34 AM, It neophyte <phdlux85@gmail.com> wrote:
hi
I was told, no by someone, but need further feedback to be sure.
Where did they get their information from?
quick question: could boost headers (.h) be complied in c++/cli project?
I would say in a couple of words: 1) it depends, and, 2) try it. The thing you have to remember about C++/CLI is that it is a C++ language extension extending C++ into the .NET environment. With that in mind, it can seem very schizophrenic at times; it's C++, no it's .NET, it's C++, it's .NET, etc, etc. What do I mean by that? * You can make the same C++ includes that you would in any other C++ program * However, you are actually describing, for example, *.NET classes* (or other constructs) via C++ * As such you can make the same sort of .NET references, using clauses, etc, as you would in a C# program, for instance, if memory serves That being said, I was successful in extending Boost.Units into a .NET Quantity based simulation. GC was an issue, but otherwise, things worked pretty well. Boost.Units is header only, and I haven't tried for other libraries. You might have some issues if you needed collections, you probably want to shy away from smart pointers, except under the hood, things of this nature. Check the MSDN for the precise verbiage. There are plenty of blogs and other resources.
Thanks
No problem. HTH
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
On 08.12.2014 13:28, Michael Powell wrote:
On Mon, Dec 8, 2014 at 4:34 AM, It neophyte <phdlux85@gmail.com> wrote:
hi
I was told, no by someone, but need further feedback to be sure. Where did they get their information from?
quick question: could boost headers (.h) be complied in c++/cli project? I would say in a couple of words: 1) it depends, and, 2) try it.
The thing you have to remember about C++/CLI is that it is a C++ language extension extending C++ into the .NET environment.
With that in mind, it can seem very schizophrenic at times; it's C++, no it's .NET, it's C++, it's .NET, etc, etc. What do I mean by that?
* You can make the same C++ includes that you would in any other C++ program * However, you are actually describing, for example, *.NET classes* (or other constructs) via C++ You can actually do both - describe objects that are the same as they would be when compiled natively with C++ (unmanaged objects) and .NET (managed) objects. And you use C++ language syntax (albeit extended) to do that, * As such you can make the same sort of .NET references, using clauses, etc, as you would in a C# program, for instance, if memory serves
That being said, I was successful in extending Boost.Units into a .NET Quantity based simulation. GC was an issue, but otherwise, things worked pretty well.
Boost.Units is header only, and I haven't tried for other libraries. You might have some issues if you needed collections, you probably want to shy away from smart pointers, except under the hood, things of this nature.
Check the MSDN for the precise verbiage. There are plenty of blogs and other resources.
It would depend on the boost library. C++/CLI in the current incarnation (well, VS2013, don't know about 2014) does have some limitations, and some C++11 standard libraries cannot be used. std::thread and friends among them. I don't know whether that would extend to boost::thread. Smart pointers shouldn't be a problem as long as they are used in the code belonging to unmanaged objects. So the only way to really tell is to try those you need. Leon
On Mon, Dec 8, 2014 at 6:39 AM, Leon Mlakar <leon@digiverse.si> wrote:
On 08.12.2014 13:28, Michael Powell wrote:
On Mon, Dec 8, 2014 at 4:34 AM, It neophyte <phdlux85@gmail.com> wrote:
hi
I was told, no by someone, but need further feedback to be sure.
Where did they get their information from?
quick question: could boost headers (.h) be complied in c++/cli project?
I would say in a couple of words: 1) it depends, and, 2) try it.
The thing you have to remember about C++/CLI is that it is a C++ language extension extending C++ into the .NET environment.
With that in mind, it can seem very schizophrenic at times; it's C++, no it's .NET, it's C++, it's .NET, etc, etc. What do I mean by that?
* You can make the same C++ includes that you would in any other C++ program * However, you are actually describing, for example, *.NET classes* (or other constructs) via C++
You can actually do both - describe objects that are the same as they would be when compiled natively with C++ (unmanaged objects) and .NET (managed) objects. And you use C++ language syntax (albeit extended) to do that,
It's a good point. Keep in mind there is a clear distinction between the managed (.NET) and unmanaged (C++).
* As such you can make the same sort of .NET references, using clauses, etc, as you would in a C# program, for instance, if memory serves
That being said, I was successful in extending Boost.Units into a .NET Quantity based simulation. GC was an issue, but otherwise, things worked pretty well.
Boost.Units is header only, and I haven't tried for other libraries. You might have some issues if you needed collections, you probably want to shy away from smart pointers, except under the hood, things of this nature.
Check the MSDN for the precise verbiage. There are plenty of blogs and other resources.
It would depend on the boost library. C++/CLI in the current incarnation (well, VS2013, don't know about 2014) does have some limitations, and some C++11 standard libraries cannot be used. std::thread and friends among them. I don't know whether that would extend to boost::thread. Smart pointers shouldn't be a problem as long as they are used in the code belonging to unmanaged objects.
So the only way to really tell is to try those you need.
Ditto.
Leon
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
On 8 Dec 2014 at 13:39, Leon Mlakar wrote:
It would depend on the boost library. C++/CLI in the current incarnation (well, VS2013, don't know about 2014) does have some limitations, and some C++11 standard libraries cannot be used. std::thread and friends among them. I don't know whether that would extend to boost::thread. Smart pointers shouldn't be a problem as long as they are used in the code belonging to unmanaged objects.
Microsoft contributed WinRT support for Boost.Thread which was merged into 1.57. Not quite managed C++ of course, but it may be useful here. Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/
Hi Michael, On 8 December 2014 at 12:28, Michael Powell <mwpowellhtx@gmail.com> wrote:
With that in mind, it can seem very schizophrenic at times; it's C++, no it's .NET, it's C++, it's .NET, etc, etc. What do I mean by that?
I'm sure that you're not intentionally encouraging stigma about people with schizophrenia. In particular I would have thought your comment was more appropriate (but still encouraging stigma) regarding multiple personality disorder. BW, Ian -- -- ACCU - Professionalism in programming - http://www.accu.org -- Free Software page - currently down -- My writing - https://sites.google.com/site/ianbruntlett/
On Mon, Dec 8, 2014 at 6:45 AM, Ian Bruntlett <ian.bruntlett@gmail.com> wrote:
Hi Michael,
On 8 December 2014 at 12:28, Michael Powell <mwpowellhtx@gmail.com> wrote:
With that in mind, it can seem very schizophrenic at times; it's C++, no it's .NET, it's C++, it's .NET, etc, etc. What do I mean by that?
I'm sure that you're not intentionally encouraging stigma about people with schizophrenia. In particular I would have thought your comment was more appropriate (but still encouraging stigma) regarding multiple personality disorder.
It's not far from the truth. One is likely to get confused between managed/unmanaged C++/.NET. To Microsoft's credit, the extensions work pretty well, but it does take an added level of discipline to keep it all straight.
BW,
Ian
HTH
-- -- ACCU - Professionalism in programming - http://www.accu.org -- Free Software page - currently down -- My writing - https://sites.google.com/site/ianbruntlett/
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
On 12/8/2014 5:34 AM, It neophyte wrote:
hi
quick question: could boost headers (.h) be complied in c++/cli project?
I was told, no by someone, but need further feedback to be sure.
Whoever told you "no" has not used C++/CLI. You can combine unmanaged coded and managed code in C++/CLI projects. Look at the C++/CLI documentation to understand this. Boost headers are unamnaged code.
I have been using boost::statechart in a c++/cli application since 2009 with no problems. I have also built several boost libraries as managed(/clr) with no difficulty. To their credit, Microsoft has done a remarkable job allowing native code to seamlessly run in a managed assembly. There are some standard library headers that won't build but MS generally provides c++/cli equivalents. On Monday, December 8, 2014, It neophyte <phdlux85@gmail.com> wrote:
hi
quick question: could boost headers (.h) be complied in c++/cli project?
I was told, no by someone, but need further feedback to be sure.
Thanks
On 12/8/2014 1:02 PM, Daniel Kelly wrote:
I have been using boost::statechart in a c++/cli application since 2009 with no problems. I have also built several boost libraries as managed(/clr) with no difficulty. To their credit, Microsoft has done a remarkable job allowing native code to seamlessly run in a managed assembly. There are some standard library headers that won't build but MS generally provides c++/cli equivalents.
On Monday, December 8, 2014, It neophyte <phdlux85@gmail.com <mailto:phdlux85@gmail.com>> wrote:
hi
quick question: could boost headers (.h) be complied in c++/cli project?
I was told, no by someone, but need further feedback to be sure.
Thanks
I've been using boost in a mixed c++/cli just fine for quite some time. The only problem I had was the pool library. It's been a while, but I believe just merely including the header refused to link. I didn't actually need it in that project, so I never bothered to investigate why or if there was a workaround. Otherwise I use boost regularly without problems. -- Bill
thanks a lot everyone for your helpful comments. I do appreciate. cheers. On Tue, Dec 9, 2014 at 8:46 PM, Bill Buklis <boostusr@pbjzone.com> wrote:
On 12/8/2014 1:02 PM, Daniel Kelly wrote:
I have been using boost::statechart in a c++/cli application since 2009 with no problems. I have also built several boost libraries as managed(/clr) with no difficulty. To their credit, Microsoft has done a remarkable job allowing native code to seamlessly run in a managed assembly. There are some standard library headers that won't build but MS generally provides c++/cli equivalents.
On Monday, December 8, 2014, It neophyte <phdlux85@gmail.com> wrote:
hi
quick question: could boost headers (.h) be complied in c++/cli project?
I was told, no by someone, but need further feedback to be sure.
Thanks
I've been using boost in a mixed c++/cli just fine for quite some time. The only problem I had was the pool library. It's been a while, but I believe just merely including the header refused to link. I didn't actually need it in that project, so I never bothered to investigate why or if there was a workaround.
Otherwise I use boost regularly without problems.
-- Bill
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
participants (10)
-
abhijit kolhe -
Bill Buklis -
Daniel Kelly -
Edward Diener -
Ian Bruntlett -
It neophyte -
Leon Mlakar -
Michael Powell -
Niall Douglas -
Paul A. Bristow