I need to build boost (more precisely Boost.Regex) on MSVC6 with Dinkumware (ie. resulting dynamic libraries should link directly with Dinkumware C++ runtime). Any ideas how to do it? TIA B.
Bronek Kozicki <brok@rubikon.pl> wrote:
I need to build boost (more precisely Boost.Regex) on MSVC6 with Dinkumware (ie. resulting dynamic libraries should link directly with Dinkumware C++ runtime). Any ideas how to do it?
never mind, I devised jamfile and building boost 1.32 now. If anybody is interested, here it goes: # file msvs-sxl233-tools.jam { extends-toolset msvc ; flags msvs-sxl233 LINKFLAGS <runtime-build>release/<runtime-link>dynamic : sxlrt.lib ; flags msvs-sxl233 LINKFLAGS <runtime-build>debug/<runtime-link>dynamic : sxlrtd.lib ; flags msvs-sxl233 LINKFLAGS <runtime-build>release/<runtime-link>static/<threading>single : sxl.lib ; flags msvs-sxl233 LINKFLAGS <runtime-build>debug/<runtime-link>static/<threading>single : sxld.lib ; flags msvs-sxl233 LINKFLAGS <runtime-build>release/<runtime-link>static/<threading>multi : sxlmt.lib ; flags msvs-sxl233 LINKFLAGS <runtime-build>debug/<runtime-link>static/<threading>multi : sxlmtd.lib ; # hardcoded paths; it's good enough for me LINKFLAGS += /LIBPATH:W:\\SDKs\\SXL\\Lib ; CFLAGS += -I"W:\\SDKs\\SXL\\include" ; CFLAGS += /D_CPPLIB_VER ; } regards. B. PS: yes, it's Dinkumware 2.33 that I'm using. I know, it's very old.
I need to build boost (more precisely Boost.Regex) on MSVC6 with Dinkumware (ie. resulting dynamic libraries should link directly with Dinkumware C++ runtime). Any ideas how to do it?
There's no great magic going on in the build process, if you need to do something special you could just build the regex sources from your IDE, and then define BOOST_REGEX_NO_LIB when linking to stop auto-link references to the "normal" libraries being inserted in your object files. John.
At Thursday 2005-03-10 06:37, you wrote:
I need to build boost (more precisely Boost.Regex) on MSVC6 with Dinkumware (ie. resulting dynamic libraries should link directly with Dinkumware C++ runtime). Any ideas how to do it?
the obvious first question is have you installed either the upgrade from Dinkumware OR the fixes posted on their website. as for anything still working on VC++6.0, I'm already on record as saying boost should drop this ancient compiler.
TIA
B.
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"
Victor A. Wagner Jr. <vawjr@rudbek.com> wrote:
as for anything still working on VC++6.0, I'm already on record as saying boost should drop this ancient compiler.
I agree, however we have too large project here to "just" move it to the newer compiler. It takes some time and determination ... B.
On Thu, 10 Mar 2005 17:02:42 -0000, Bronek Kozicki <brok@rubikon.pl> wrote:
Victor A. Wagner Jr. <vawjr@rudbek.com> wrote:
as for anything still working on VC++6.0, I'm already on record as saying boost should drop this ancient compiler.
I agree, however we have too large project here to "just" move it to the newer compiler. It takes some time and determination ...
Maybe you should consider a less compiler-intensive implementation then. The URL below has links to a number of alternatives which will probably work fine, including Henry Spencer's classic C implementation and the PCRE library (Perl-compatible): http://arglist.com/regex/ There are several C++ wrappers for PCRE available from here: ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/Contrib/ I'm most fond of the one in the file C++Wrapper.tar.gz (files are called re.h and re.cpp). -- Caleb Epstein caleb dot epstein at gmail dot com
Caleb Epstein wrote:
as for anything still working on VC++6.0, I'm already on record as saying boost should drop this ancient compiler.
I agree, however we have too large project here to "just" move it to the newer compiler. It takes some time and determination ...
Maybe you should consider a less compiler-intensive implementation then. The URL below has links to a number of alternatives which will
we are rather going to use subset of Boost. In fact, we already use Regex alone, just as John suggested in this thread earlier. B.
I agree, however we have too large project here to "just" move it to the newer compiler. It takes some time and determination ...
Maybe you should consider a less compiler-intensive implementation then. The URL below has links to a number of alternatives which will probably work fine, including Henry Spencer's classic C implementation and the PCRE library (Perl-compatible):
Boost.Regex isn't that compiler intensive: it certainly compiles perfectly well with VC6, and probably always will. John.
On Thursday 10 March 2005 16:51, Victor A. Wagner Jr. wrote:
as for anything still working on VC++6.0, I'm already on record as saying boost should drop this ancient compiler.
There's another compiler which I'm porting boost to that is mostly bug-to-bug compatible to that from VC6 and that is the one supplied with embedded VC4. I believe that this is currently the main platform for win CE development, so unfortunately this compiler is far from dead. If there was a good alternative, I'd switch any moment, but I'm afraid there isn't. Uli
At Thursday 2005-03-10 19:27, you wrote:
On Thursday 10 March 2005 16:51, Victor A. Wagner Jr. wrote:
as for anything still working on VC++6.0, I'm already on record as saying boost should drop this ancient compiler.
There's another compiler which I'm porting boost to that is mostly bug-to-bug compatible to that from VC6 and that is the one supplied with embedded VC4. I believe that this is currently the main platform for win CE development, so unfortunately this compiler is far from dead.
I am utterly baffled as to what "they" are thinking at Microsoft. This is one time they have really flipped their collective lids. Releasing SP6 was bad enough, but this "piece of work" they call VC4 is completely uncalled for. To borrow a phrase from Prostestnik(sp) the Vogon, "Death's too good for them."
If there was a good alternative, I'd switch any moment, but I'm afraid there isn't.
Uli _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"
Victor A. Wagner Jr. wrote:
I am utterly baffled as to what "they" are thinking at Microsoft. This is one time they have really flipped their collective lids. Releasing SP6 was bad enough, but this "piece of work" they call VC4 is completely uncalled for.
"They" are working hard on alternatives - Visual Studio .NET 2005 will be able to generate machine code (several processors) for Windows CE from C or C++ sources - without .NET, but with support for C++ standard library, Windows CE API and MFC (yuck). It will be also able to compile CLI (.NET) for Windows CE, but it does not matter here. I do not know if this code will be actually generated by MSVC8, or some other compiler in the bundle. B.
At Saturday 2005-03-12 05:01, you wrote:
Victor A. Wagner Jr. wrote:
I am utterly baffled as to what "they" are thinking at Microsoft. This is one time they have really flipped their collective lids. Releasing SP6 was bad enough, but this "piece of work" they call VC4 is completely uncalled for.
"They" are working hard on alternatives - Visual Studio .NET 2005 will be able to generate machine code (several processors) for Windows CE from C or C++ sources - without .NET, but with support for C++ standard library, Windows CE API and MFC (yuck). It will be also able to compile CLI (.NET) for Windows CE, but it does not matter here. I do not know if this code will be actually generated by MSVC8, or some other compiler in the bundle.
I anxiously await my update to "Whidbey"
B. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"
participants (5)
-
Bronek Kozicki -
Caleb Epstein -
John Maddock -
Ulrich Eckhardt -
Victor A. Wagner Jr.