• Charles (33/33) Jan 29 2005 Downloaded recls 1.5.2 , I get these errors from within MSVC 6 ( using t...
• Charles (13/46) Jan 29 2005 Also building from command line with
• Matthew (18/78) Jan 30 2005 Gah!
• Charles (8/98) Jan 30 2005 Ack I bet , thats alot to keep up with :S. You going to roll your own
• Matthew (19/141) Jan 31 2005 I plan to roll my own. It involves a lot of cooperating things - VSS
• Charles (8/163) Feb 04 2005 Hehe yep, its ok I was rude first -- where Im from people can yell and a...
• Matthew (24/218) Feb 04 2005 It would be, if I wasn't too short on time. I've got to get all the libs
• Charles (11/239) Feb 04 2005 No i've been bugging the local tech stores for it , I'll go get B&N to o...
• Matthew (12/22) Feb 04 2005 It is. It works like a total peach. It's just that
• Pablo Aguilar (1/19) Feb 07 2005 Is this at all similar to bjam which boost uses?
• Matthew (3/30) Feb 07 2005 No idea, sorry.
• Pablo Aguilar (22/48) Feb 07 2005 (I asked first 'cuz I didn't want to tell you something you knew already...
• Matthew (18/77) Feb 07 2005 Sorry, doh!, yes, I did check out Jam a few years when I had the idea
• Matthew (9/50) Jan 30 2005 I think that's a consequence of your using STLSoft 1.8.1+ with recls

"Charles" <no email.com> writes:

Downloaded recls 1.5.2 , I get these errors from within MSVC 6 ( using the
project file )

C:\Documents and
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) : error
C2665: 'get_full_path_name' : none of the 2 overloads can convert parameter
4 from type 'class stlsoft::auto_buffer<char,class
stlsoft::winstl_project::proce
ssheap_allocator<char>,256>'
C:\Documents and
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) : error
C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
stlsoft::auto_buffer<char,class
stlsoft::winstl_project::processheap_allocator<char>,256>' t
o 'char *'
        No user-defined-conversion operator available that can perform this
conversion, or the operator cannot be called
C:\Documents and
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) : error
C2664: 'str_len' : cannot convert parameter 1 from 'class
stlsoft::auto_buffer<char,class
stlsoft::winstl_project::processheap_allocator<char>,256>' to 'cons
t char *'
        No user-defined-conversion operator available that can perform this
conversion, or the operator cannot be called
C:\Documents and
Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) : error
C2679: binary '=' : no operator defined which takes a right-hand operand of
type 'class stlsoft::auto_buffer<char,class
stlsoft::winstl_project::processheap_
allocator<char>,256>' (or there is no acceptable conversion)
ReclsFtpSearchDirectoryNode_Win32.cpp

I need recls for a project and am looking forward to using it!

C

"Charles" <no email.com> writes:

Also building from command line with

nmake -f makefile.vc6 make_lib_target

I get :


Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

NMAKE : fatal error U1077: 'cd' : return code '0x1'
Stop.




"Charles" <no email.com> wrote in message
news:ctheus$tvn$1 digitaldaemon.com...
 Downloaded recls 1.5.2 , I get these errors from within MSVC 6 ( using the
 project file )

 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) : error
 C2665: 'get_full_path_name' : none of the 2 overloads can convert

parameter
 4 from type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::proce
 ssheap_allocator<char>,256>'
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) : error
 C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' t
 o 'char *'
         No user-defined-conversion operator available that can perform

this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) : error
 C2664: 'str_len' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' to 'cons
 t char *'
         No user-defined-conversion operator available that can perform

this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) : error
 C2679: binary '=' : no operator defined which takes a right-hand operand

of
 type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_
 allocator<char>,256>' (or there is no acceptable conversion)
 ReclsFtpSearchDirectoryNode_Win32.cpp

 I need recls for a project and am looking forward to using it!

 C

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> writes:

"Charles" <no email.com> wrote in message 
news:cthf3c$u70$1 digitaldaemon.com...
 Also building from command line with

 nmake -f makefile.vc6 make_lib_target

 I get :


 Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
 Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

 NMAKE : fatal error U1077: 'cd' : return code '0x1'
 Stop.

Gah!

Sorry for this.

Change line 22 of the VC6 makefile to

RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build

and lines 59 and 65 to

  cd ..\..\..

That cures it on my box, at least as far as building the base library. I 
think there are other issues in the ./Mappings/DLL/vc6/makefile. :-(

As I've mentioned on the D ng recently, I'm planning a improved and 
healthy(er) release of recls 1.5.3 very soon, followed shortly after by 
a 1.6.1. However, I've promised myself that I'm not doing any more 
manual library releases - as they're eating up my life - and the 
automated processes I'm creating are taking some time. I hope your 
patience can last until I've made it ...

Cheers

Matthew


 "Charles" <no email.com> wrote in message
 news:ctheus$tvn$1 digitaldaemon.com...
 Downloaded recls 1.5.2 , I get these errors from within MSVC 6 ( 
 using the
 project file )

 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) : 
 error
 C2665: 'get_full_path_name' : none of the 2 overloads can convert

 parameter
 4 from type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::proce
 ssheap_allocator<char>,256>'
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) : 
 error
 C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' t
 o 'char *'
         No user-defined-conversion operator available that can 
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) : 
 error
 C2664: 'str_len' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' to 'cons
 t char *'
         No user-defined-conversion operator available that can 
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) : 
 error
 C2679: binary '=' : no operator defined which takes a right-hand 
 operand

 of
 type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_
 allocator<char>,256>' (or there is no acceptable conversion)
 ReclsFtpSearchDirectoryNode_Win32.cpp

 I need recls for a project and am looking forward to using it!

 C

 

"Charles" <no email.com> writes:

 I've promised myself that I'm not doing any more
 manual library releases

Ack I bet , thats alot to keep up with :S.  You going to roll your own
program or what tool you going to use ? ( just out of curiosity )

( Im using this for an IDE for D btw , to recursively parse all the files in
the import path for code completion etc. )

Ill try STLSoft 1.7.1 .

Charlie!

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message
news:cti8uj$1r7r$1 digitaldaemon.com...
 "Charles" <no email.com> wrote in message
 news:cthf3c$u70$1 digitaldaemon.com...
 Also building from command line with

 nmake -f makefile.vc6 make_lib_target

 I get :


 Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
 Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

 NMAKE : fatal error U1077: 'cd' : return code '0x1'
 Stop.

 Gah!

 Sorry for this.

 Change line 22 of the VC6 makefile to

 RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build

 and lines 59 and 65 to

   cd ..\..\..

 That cures it on my box, at least as far as building the base library. I
 think there are other issues in the ./Mappings/DLL/vc6/makefile. :-(

 As I've mentioned on the D ng recently, I'm planning a improved and
 healthy(er) release of recls 1.5.3 very soon, followed shortly after by
 a 1.6.1. However, I've promised myself that I'm not doing any more
 manual library releases - as they're eating up my life - and the
 automated processes I'm creating are taking some time. I hope your
 patience can last until I've made it ...

 Cheers

 Matthew


 "Charles" <no email.com> wrote in message
 news:ctheus$tvn$1 digitaldaemon.com...
 Downloaded recls 1.5.2 , I get these errors from within MSVC 6 (
 using the
 project file )

 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) :
 error
 C2665: 'get_full_path_name' : none of the 2 overloads can convert

 parameter
 4 from type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::proce
 ssheap_allocator<char>,256>'
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) :
 error
 C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' t
 o 'char *'
         No user-defined-conversion operator available that can
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) :
 error
 C2664: 'str_len' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' to 'cons
 t char *'
         No user-defined-conversion operator available that can
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) :
 error
 C2679: binary '=' : no operator defined which takes a right-hand
 operand

 of
 type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_
 allocator<char>,256>' (or there is no acceptable conversion)
 ReclsFtpSearchDirectoryNode_Win32.cpp

 I need recls for a project and am looking forward to using it!

 C

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> writes:

"Charles" <no email.com> wrote in message 
news:ctk91e$asb$1 digitaldaemon.com...
 I've promised myself that I'm not doing any more
 manual library releases

 Ack I bet , thats alot to keep up with :S.  You going to roll your own
 program or what tool you going to use ? ( just out of curiosity )

I plan to roll my own. It involves a lot of cooperating things - VSS 
automation, Ruby scripts, zip, XSLT (of which I currently know nothing 
<G>), md5 (written in D of course), and my far-too-late Arturius 
compiler multiplexer (which should have gone on the IC++ CD in 
September!!). I'm working my way up to recls, via release of b64 (a new, 
v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.

It's eating huge amounts of time, but once done I should be able to 
release (incl. unit-testing on all 30+ compilers, zipping and doing all 
the website/release notes updates) new libraries in the matter of an 
hour. ;)

 ( Im using this for an IDE for D btw , to recursively parse all the 
 files in
 the import path for code completion etc. )

Excellent. Please let me know if you need more help. Maybe I should just 
send you my recls (incl the 'new' D code)?

 Ill try STLSoft 1.7.1 .

Please let me know how it goes.

 Charlie!

Are you the same Charlie that I was rude to on the D ng halfway through 
last year. If so, please accept my apologies. If not, accept them 
anyway, and I'll have one on the tab. ;)

Matthew

 "Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message
 news:cti8uj$1r7r$1 digitaldaemon.com...
 "Charles" <no email.com> wrote in message
 news:cthf3c$u70$1 digitaldaemon.com...
 Also building from command line with

 nmake -f makefile.vc6 make_lib_target

 I get :


 Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
 Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

 NMAKE : fatal error U1077: 'cd' : return code '0x1'
 Stop.

 Gah!

 Sorry for this.

 Change line 22 of the VC6 makefile to

 RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build

 and lines 59 and 65 to

   cd ..\..\..

 That cures it on my box, at least as far as building the base 
 library. I
 think there are other issues in the ./Mappings/DLL/vc6/makefile. :-(

 As I've mentioned on the D ng recently, I'm planning a improved and
 healthy(er) release of recls 1.5.3 very soon, followed shortly after 
 by
 a 1.6.1. However, I've promised myself that I'm not doing any more
 manual library releases - as they're eating up my life - and the
 automated processes I'm creating are taking some time. I hope your
 patience can last until I've made it ...

 Cheers

 Matthew


 "Charles" <no email.com> wrote in message
 news:ctheus$tvn$1 digitaldaemon.com...
 Downloaded recls 1.5.2 , I get these errors from within MSVC 6 (
 using the
 project file )

 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) 
 :
 error
 C2665: 'get_full_path_name' : none of the 2 overloads can convert

 parameter
 4 from type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::proce
 ssheap_allocator<char>,256>'
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) 
 :
 error
 C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' t
 o 'char *'
         No user-defined-conversion operator available that can
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) 
 :
 error
 C2664: 'str_len' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' to 
 'cons
 t char *'
         No user-defined-conversion operator available that can
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) 
 :
 error
 C2679: binary '=' : no operator defined which takes a right-hand
 operand

 of
 type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_
 allocator<char>,256>' (or there is no acceptable conversion)
 ReclsFtpSearchDirectoryNode_Win32.cpp

 I need recls for a project and am looking forward to using it!

 C



 

"Charles" <no email.com> writes:

 I plan to roll my own. It involves a lot of cooperating things - VSS
 automation, Ruby scripts, zip, XSLT (of which I currently know nothing
 <G>), md5 (written in D of course), and my far-too-late Arturius
 compiler multiplexer (which should have gone on the IC++ CD in
 September!!). I'm working my way up to recls, via release of b64 (a new,
 v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.

Sounds like fun :).

 and my far-too-late Arturius
 compiler multiplexer

Whats that ?

 Are you the same Charlie that I was rude to on the D ng halfway through
 last year. If so, please accept my apologies. If not, accept them
 anyway, and I'll have one on the tab. ;)

Hehe yep, its ok I was rude first -- where Im from people can yell and argue
and the next day forget about it , I tend to do this with people I dont know
as well gets me into trouble  :S.

Charlie

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message
news:ctmc67$1st3$1 digitaldaemon.com...
 "Charles" <no email.com> wrote in message
 news:ctk91e$asb$1 digitaldaemon.com...
 I've promised myself that I'm not doing any more
 manual library releases

 Ack I bet , thats alot to keep up with :S.  You going to roll your own
 program or what tool you going to use ? ( just out of curiosity )

 I plan to roll my own. It involves a lot of cooperating things - VSS
 automation, Ruby scripts, zip, XSLT (of which I currently know nothing
 <G>), md5 (written in D of course), and my far-too-late Arturius
 compiler multiplexer (which should have gone on the IC++ CD in
 September!!). I'm working my way up to recls, via release of b64 (a new,
 v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.

 It's eating huge amounts of time, but once done I should be able to
 release (incl. unit-testing on all 30+ compilers, zipping and doing all
 the website/release notes updates) new libraries in the matter of an
 hour. ;)

 ( Im using this for an IDE for D btw , to recursively parse all the
 files in
 the import path for code completion etc. )

 Excellent. Please let me know if you need more help. Maybe I should just
 send you my recls (incl the 'new' D code)?

 Ill try STLSoft 1.7.1 .

 Please let me know how it goes.

 Charlie!

 Are you the same Charlie that I was rude to on the D ng halfway through
 last year. If so, please accept my apologies. If not, accept them
 anyway, and I'll have one on the tab. ;)

 Matthew

 "Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message
 news:cti8uj$1r7r$1 digitaldaemon.com...
 "Charles" <no email.com> wrote in message
 news:cthf3c$u70$1 digitaldaemon.com...
 Also building from command line with

 nmake -f makefile.vc6 make_lib_target

 I get :


 Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
 Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

 NMAKE : fatal error U1077: 'cd' : return code '0x1'
 Stop.

 Gah!

 Sorry for this.

 Change line 22 of the VC6 makefile to

 RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build

 and lines 59 and 65 to

   cd ..\..\..

 That cures it on my box, at least as far as building the base
 library. I
 think there are other issues in the ./Mappings/DLL/vc6/makefile. :-(

 As I've mentioned on the D ng recently, I'm planning a improved and
 healthy(er) release of recls 1.5.3 very soon, followed shortly after
 by
 a 1.6.1. However, I've promised myself that I'm not doing any more
 manual library releases - as they're eating up my life - and the
 automated processes I'm creating are taking some time. I hope your
 patience can last until I've made it ...

 Cheers

 Matthew


 "Charles" <no email.com> wrote in message
 news:ctheus$tvn$1 digitaldaemon.com...
 Downloaded recls 1.5.2 , I get these errors from within MSVC 6 (
 using the
 project file )

 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233)
 :
 error
 C2665: 'get_full_path_name' : none of the 2 overloads can convert

 parameter
 4 from type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::proce
 ssheap_allocator<char>,256>'
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235)
 :
 error
 C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' t
 o 'char *'
         No user-defined-conversion operator available that can
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237)
 :
 error
 C2664: 'str_len' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' to
 'cons
 t char *'
         No user-defined-conversion operator available that can
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241)
 :
 error
 C2679: binary '=' : no operator defined which takes a right-hand
 operand

 of
 type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_
 allocator<char>,256>' (or there is no acceptable conversion)
 ReclsFtpSearchDirectoryNode_Win32.cpp

 I need recls for a project and am looking forward to using it!

 C

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> writes:

 I plan to roll my own. It involves a lot of cooperating things - VSS
 automation, Ruby scripts, zip, XSLT (of which I currently know
 nothing
 <G>), md5 (written in D of course), and my far-too-late Arturius
 compiler multiplexer (which should have gone on the IC++ CD in
 September!!). I'm working my way up to recls, via release of b64 (a
 new,
 v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.

 Sounds like fun :).

It would be, if I wasn't too short on time. I've got to get all the libs
released, and write about 7 articles, before I start work on my next two
books - Extended STL and D Programming Distilled (this co-authored with
Walter) - on the 14th Feb! :-(

 and my far-too-late Arturius
 compiler multiplexer

 Whats that ?

It's a tool that can act like a compiler, but in fact executes multiple
compilations on each source file, with a configurable array of
compilers. I am currently using it to compile the b64 library for
Borland, CodeWarrior, DMC++, GCC, Intel, VC++ and Watcom.

This was to be included on the CD for Imperfect C++, but I ran out of
time. I said on the CD that I'd have it ready for download by the time
the book was released. Unfortunately, that didn't happen, because I've
been working on a major commercial project since August. That's now all
but finished, so I should be able to get it up to scruff and released in
the next month or so.

So far there've been no irate Imperfect C++ readers wanting a refund
because that particular tool's not yet available, but it may only be a 
matter
of time. :-(

 Are you the same Charlie that I was rude to on the D ng halfway
 through
 last year. If so, please accept my apologies. If not, accept them
 anyway, and I'll have one on the tab. ;)

 Hehe yep, its ok I was rude first -- where Im from people can yell and
 argue
 and the next day forget about it , I tend to do this with people I
 dont know
 as well gets me into trouble  :S.

Same here.

Glad we can call it quits. :-)

Cheers

Matthew

P.S. You looked at Imperfect C++ yet, or does C++ hold no further
interest now we've got D?


 Charlie

 "Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message
 news:ctmc67$1st3$1 digitaldaemon.com...
 "Charles" <no email.com> wrote in message
 news:ctk91e$asb$1 digitaldaemon.com...
 I've promised myself that I'm not doing any more
 manual library releases

 Ack I bet , thats alot to keep up with :S.  You going to roll your
 own
 program or what tool you going to use ? ( just out of curiosity )

 I plan to roll my own. It involves a lot of cooperating things - VSS
 automation, Ruby scripts, zip, XSLT (of which I currently know
 nothing
 <G>), md5 (written in D of course), and my far-too-late Arturius
 compiler multiplexer (which should have gone on the IC++ CD in
 September!!). I'm working my way up to recls, via release of b64 (a
 new,
 v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.

 It's eating huge amounts of time, but once done I should be able to
 release (incl. unit-testing on all 30+ compilers, zipping and doing
 all
 the website/release notes updates) new libraries in the matter of an
 hour. ;)

 ( Im using this for an IDE for D btw , to recursively parse all the
 files in
 the import path for code completion etc. )

 Excellent. Please let me know if you need more help. Maybe I should
 just
 send you my recls (incl the 'new' D code)?

 Ill try STLSoft 1.7.1 .

 Please let me know how it goes.

 Charlie!

 Are you the same Charlie that I was rude to on the D ng halfway
 through
 last year. If so, please accept my apologies. If not, accept them
 anyway, and I'll have one on the tab. ;)

 Matthew

 "Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message
 news:cti8uj$1r7r$1 digitaldaemon.com...
 "Charles" <no email.com> wrote in message
 news:cthf3c$u70$1 digitaldaemon.com...
 Also building from command line with

 nmake -f makefile.vc6 make_lib_target

 I get :


 Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
 Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

 NMAKE : fatal error U1077: 'cd' : return code '0x1'
 Stop.

 Gah!

 Sorry for this.

 Change line 22 of the VC6 makefile to

 RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build

 and lines 59 and 65 to

   cd ..\..\..

 That cures it on my box, at least as far as building the base
 library. I
 think there are other issues in the ./Mappings/DLL/vc6/makefile.
 :-(

 As I've mentioned on the D ng recently, I'm planning a improved
 and
 healthy(er) release of recls 1.5.3 very soon, followed shortly
 after
 by
 a 1.6.1. However, I've promised myself that I'm not doing any more
 manual library releases - as they're eating up my life - and the
 automated processes I'm creating are taking some time. I hope your
 patience can last until I've made it ...

 Cheers

 Matthew


 "Charles" <no email.com> wrote in message
 news:ctheus$tvn$1 digitaldaemon.com...
 Downloaded recls 1.5.2 , I get these errors from within MSVC 6
 (
 using the
 project file )

 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233)
 :
 error
 C2665: 'get_full_path_name' : none of the 2 overloads can
 convert

 parameter
 4 from type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::proce
 ssheap_allocator<char>,256>'
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235)
 :
 error
 C2664: 'ensure_dir_end' : cannot convert parameter 1 from
 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' t
 o 'char *'
         No user-defined-conversion operator available that can
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237)
 :
 error
 C2664: 'str_len' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' to
 'cons
 t char *'
         No user-defined-conversion operator available that can
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241)
 :
 error
 C2679: binary '=' : no operator defined which takes a
 right-hand
 operand

 of
 type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_
 allocator<char>,256>' (or there is no acceptable conversion)
 ReclsFtpSearchDirectoryNode_Win32.cpp

 I need recls for a project and am looking forward to using it!

 C

"Charles" <no email.com> writes:

 It's a tool that can act like a compiler, but in fact executes multiple
 compilations on each source file

Wow that would be cool.

 P.S. You looked at Imperfect C++ yet, or does C++ hold no further
 interest now we've got D?

No i've been bugging the local tech stores for it , I'll go get B&N to order
it tommorow ( been meaning to order it , _forcing_ some time off this
weekend ;) ).

Charlie

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message
news:cu15iu$jnl$1 digitaldaemon.com...
 I plan to roll my own. It involves a lot of cooperating things - VSS
 automation, Ruby scripts, zip, XSLT (of which I currently know
 nothing
 <G>), md5 (written in D of course), and my far-too-late Arturius
 compiler multiplexer (which should have gone on the IC++ CD in
 September!!). I'm working my way up to recls, via release of b64 (a
 new,
 v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.

 Sounds like fun :).

 It would be, if I wasn't too short on time. I've got to get all the libs
 released, and write about 7 articles, before I start work on my next two
 books - Extended STL and D Programming Distilled (this co-authored with
 Walter) - on the 14th Feb! :-(

 and my far-too-late Arturius
 compiler multiplexer

 Whats that ?

 It's a tool that can act like a compiler, but in fact executes multiple
 compilations on each source file, with a configurable array of
 compilers. I am currently using it to compile the b64 library for
 Borland, CodeWarrior, DMC++, GCC, Intel, VC++ and Watcom.

 This was to be included on the CD for Imperfect C++, but I ran out of
 time. I said on the CD that I'd have it ready for download by the time
 the book was released. Unfortunately, that didn't happen, because I've
 been working on a major commercial project since August. That's now all
 but finished, so I should be able to get it up to scruff and released in
 the next month or so.

 So far there've been no irate Imperfect C++ readers wanting a refund
 because that particular tool's not yet available, but it may only be a
 matter
 of time. :-(

 Are you the same Charlie that I was rude to on the D ng halfway
 through
 last year. If so, please accept my apologies. If not, accept them
 anyway, and I'll have one on the tab. ;)

 Hehe yep, its ok I was rude first -- where Im from people can yell and
 argue
 and the next day forget about it , I tend to do this with people I
 dont know
 as well gets me into trouble  :S.

 Same here.

 Glad we can call it quits. :-)

 Cheers

 Matthew

 P.S. You looked at Imperfect C++ yet, or does C++ hold no further
 interest now we've got D?


 Charlie

 "Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message
 news:ctmc67$1st3$1 digitaldaemon.com...
 "Charles" <no email.com> wrote in message
 news:ctk91e$asb$1 digitaldaemon.com...
 I've promised myself that I'm not doing any more
 manual library releases

 Ack I bet , thats alot to keep up with :S.  You going to roll your
 own
 program or what tool you going to use ? ( just out of curiosity )

 I plan to roll my own. It involves a lot of cooperating things - VSS
 automation, Ruby scripts, zip, XSLT (of which I currently know
 nothing
 <G>), md5 (written in D of course), and my far-too-late Arturius
 compiler multiplexer (which should have gone on the IC++ CD in
 September!!). I'm working my way up to recls, via release of b64 (a
 new,
 v small lib for Base-64 encoding), STLSoft 1.8.3 and Open-RJ 1.2.

 It's eating huge amounts of time, but once done I should be able to
 release (incl. unit-testing on all 30+ compilers, zipping and doing
 all
 the website/release notes updates) new libraries in the matter of an
 hour. ;)

 ( Im using this for an IDE for D btw , to recursively parse all the
 files in
 the import path for code completion etc. )

 Excellent. Please let me know if you need more help. Maybe I should
 just
 send you my recls (incl the 'new' D code)?

 Ill try STLSoft 1.7.1 .

 Please let me know how it goes.

 Charlie!

 Are you the same Charlie that I was rude to on the D ng halfway
 through
 last year. If so, please accept my apologies. If not, accept them
 anyway, and I'll have one on the tab. ;)

 Matthew

 "Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message
 news:cti8uj$1r7r$1 digitaldaemon.com...
 "Charles" <no email.com> wrote in message
 news:cthf3c$u70$1 digitaldaemon.com...
 Also building from command line with

 nmake -f makefile.vc6 make_lib_target

 I get :


 Microsoft (R) Program Maintenance Utility   Version 6.00.9782.0
 Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

 NMAKE : fatal error U1077: 'cd' : return code '0x1'
 Stop.

 Gah!

 Sorry for this.

 Change line 22 of the VC6 makefile to

 RECLS_API_BUILD_DIR = $(RECLS_DEV)\API\build

 and lines 59 and 65 to

   cd ..\..\..

 That cures it on my box, at least as far as building the base
 library. I
 think there are other issues in the ./Mappings/DLL/vc6/makefile.
 :-(

 As I've mentioned on the D ng recently, I'm planning a improved
 and
 healthy(er) release of recls 1.5.3 very soon, followed shortly
 after
 by
 a 1.6.1. However, I've promised myself that I'm not doing any more
 manual library releases - as they're eating up my life - and the
 automated processes I'm creating are taking some time. I hope your
 patience can last until I've made it ...

 Cheers

 Matthew


 "Charles" <no email.com> wrote in message
 news:ctheus$tvn$1 digitaldaemon.com...
 Downloaded recls 1.5.2 , I get these errors from within MSVC 6
 (
 using the
 project file )

 C:\Documents and







Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233)
 :
 error
 C2665: 'get_full_path_name' : none of the 2 overloads can
 convert

 parameter
 4 from type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::proce
 ssheap_allocator<char>,256>'
 C:\Documents and







Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235)
 :
 error
 C2664: 'ensure_dir_end' : cannot convert parameter 1 from
 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' t
 o 'char *'
         No user-defined-conversion operator available that can
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and







Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237)
 :
 error
 C2664: 'str_len' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' to
 'cons
 t char *'
         No user-defined-conversion operator available that can
 perform

 this
 conversion, or the operator cannot be called
 C:\Documents and







Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241)
 :
 error
 C2679: binary '=' : no operator defined which takes a
 right-hand
 operand

 of
 type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_
 allocator<char>,256>' (or there is no acceptable conversion)
 ReclsFtpSearchDirectoryNode_Win32.cpp

 I need recls for a project and am looking forward to using it!

 C

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> writes:

 It's a tool that can act like a compiler, but in fact executes 
 multiple
 compilations on each source file

 Wow that would be cool.

It is. It works like a total peach. It's just that
    - it's not exactly built for redistribution
    - the documentation is non-existent  - what, one of Matthew's 
projects badly documented!?! Say it ain't so. :'(
    - it currently only builds with Intel C/C++
    - it's waiting for several new STLSoft 'smart pointer' components to 
be built in
    - it doesn't have any auto configuration scripts written yet
    - I've not yet done a port to Intel
    - etc. etc.

 P.S. You looked at Imperfect C++ yet, or does C++ hold no further
 interest now we've got D?

 No i've been bugging the local tech stores for it , I'll go get B&N to 
 order
 it tommorow ( been meaning to order it , _forcing_ some time off this
 weekend ;) ).

If it helps, you can tell 'em that even Dymocks, in lowly old Sydney 
Australia, has it in stock, so what on earth are they playing at! :-)

"Pablo Aguilar" <paguilarg hotmail.com> writes:

 and my far-too-late Arturius
 compiler multiplexer

 Whats that ?

 It's a tool that can act like a compiler, but in fact executes multiple
 compilations on each source file, with a configurable array of
 compilers. I am currently using it to compile the b64 library for
 Borland, CodeWarrior, DMC++, GCC, Intel, VC++ and Watcom.

 This was to be included on the CD for Imperfect C++, but I ran out of
 time. I said on the CD that I'd have it ready for download by the time
 the book was released. Unfortunately, that didn't happen, because I've
 been working on a major commercial project since August. That's now all
 but finished, so I should be able to get it up to scruff and released in
 the next month or so.

 So far there've been no irate Imperfect C++ readers wanting a refund
 because that particular tool's not yet available, but it may only be a 
 matter
 of time. :-(

Is this at all similar to bjam which boost uses? 

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> writes:

"Pablo Aguilar" <paguilarg hotmail.com> wrote in message 
news:cu8ftt$cp9$1 digitaldaemon.com...
 and my far-too-late Arturius
 compiler multiplexer

 Whats that ?

 It's a tool that can act like a compiler, but in fact executes 
 multiple
 compilations on each source file, with a configurable array of
 compilers. I am currently using it to compile the b64 library for
 Borland, CodeWarrior, DMC++, GCC, Intel, VC++ and Watcom.

 This was to be included on the CD for Imperfect C++, but I ran out of
 time. I said on the CD that I'd have it ready for download by the 
 time
 the book was released. Unfortunately, that didn't happen, because 
 I've
 been working on a major commercial project since August. That's now 
 all
 but finished, so I should be able to get it up to scruff and released 
 in
 the next month or so.

 So far there've been no irate Imperfect C++ readers wanting a refund
 because that particular tool's not yet available, but it may only be 
 a matter
 of time. :-(

 Is this at all similar to bjam which boost uses?

No idea, sorry. 

"Pablo Aguilar" <paguilarg hotmail.com> writes:

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message 
news:cu8pkc$101l$1 digitaldaemon.com...
 "Pablo Aguilar" <paguilarg hotmail.com> wrote in message 
 news:cu8ftt$cp9$1 digitaldaemon.com...
 and my far-too-late Arturius
 compiler multiplexer

 Whats that ?

 It's a tool that can act like a compiler, but in fact executes multiple
 compilations on each source file, with a configurable array of
 compilers. I am currently using it to compile the b64 library for
 Borland, CodeWarrior, DMC++, GCC, Intel, VC++ and Watcom.

 This was to be included on the CD for Imperfect C++, but I ran out of
 time. I said on the CD that I'd have it ready for download by the time
 the book was released. Unfortunately, that didn't happen, because I've
 been working on a major commercial project since August. That's now all
 but finished, so I should be able to get it up to scruff and released in
 the next month or so.

 So far there've been no irate Imperfect C++ readers wanting a refund
 because that particular tool's not yet available, but it may only be a 
 matter
 of time. :-(

 Is this at all similar to bjam which boost uses?

 No idea, sorry.

(I asked first 'cuz I didn't want to tell you something you knew already..)

It take it from that you don't use boost very much, then...
Well, while I'm not sure of the details, I believe bjam is a boost-modified 
version of some previous thing called jam (which of course I hand't heard of 
before), which pretty much sounds like what you mentioned...

While it was a pain to use in 1.31.x (or at least I coulnd't get it to build 
anything) their latest release (1.32.0) is great...
Instead of make files, you have jam files.. when using bjam (by simply 
running it without parameters), it seems to automatically detect your 
'preferred' compiler (I've VC6, VC7.1 and BC++6 and it picked up VC7.1) and 
builds using it's tools. If you rather build with another set of tools, you 
basically type:
bjam -sTOOLS="msvc"
or
bjam -sTOOLS="borland"

And you build with that set of tools.
I've not seen the jam file's format, all I've done so far is use it to build 
boost libraries which require building...

So basically my point is, if you're doing something like it, it might help 
you to see how bjam works, you might get some good ideas from it... 

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> writes:

Sorry, doh!, yes, I did check out Jam a few years when I had the idea 
for Arturius.

They have some similarities, but Arturius is designed to compile a given 
file with _multiple_ compilers, and amalgamate their output. It's raison 
d'etre is validating that code is as widely compatible as possible. It 
doesn't currently supported linking, but I intend that it will allow one 
compiler to be the *active* one, such that its output will be the one 
retained as the _one_ object file, which would then be linked by that 
compiler's linker, while displaying coalsesced (and properly formatted) 
output from all compilers' compile steps.

It will also, eventually :'(, allow one to plug in any compiler in the 
stead of another. (One perverse consequence of this is that I'll be able 
to continue being productive in Visual Studio '98 while using any/all of 
the latest compilers. <g>)

Cheers

Matthew

"Pablo Aguilar" <paguilarg hotmail.com> wrote in message
news:cu93la$1kcp$1 digitaldaemon.com...
 "Matthew" <admin stlsoft.dot.dot.dot.dot.org> wrote in message
 news:cu8pkc$101l$1 digitaldaemon.com...
 "Pablo Aguilar" <paguilarg hotmail.com> wrote in message
 news:cu8ftt$cp9$1 digitaldaemon.com...
 and my far-too-late Arturius
 compiler multiplexer

 Whats that ?

 It's a tool that can act like a compiler, but in fact executes
 multiple
 compilations on each source file, with a configurable array of
 compilers. I am currently using it to compile the b64 library for
 Borland, CodeWarrior, DMC++, GCC, Intel, VC++ and Watcom.

 This was to be included on the CD for Imperfect C++, but I ran out
 of
 time. I said on the CD that I'd have it ready for download by the
 time
 the book was released. Unfortunately, that didn't happen, because
 I've
 been working on a major commercial project since August. That's now
 all
 but finished, so I should be able to get it up to scruff and
 released in
 the next month or so.

 So far there've been no irate Imperfect C++ readers wanting a
 refund
 because that particular tool's not yet available, but it may only
 be a matter
 of time. :-(

 Is this at all similar to bjam which boost uses?

 No idea, sorry.

 (I asked first 'cuz I didn't want to tell you something you knew
 already..)

 It take it from that you don't use boost very much, then...
 Well, while I'm not sure of the details, I believe bjam is a
 boost-modified version of some previous thing called jam (which of
 course I hand't heard of before), which pretty much sounds like what
 you mentioned...

 While it was a pain to use in 1.31.x (or at least I coulnd't get it to
 build anything) their latest release (1.32.0) is great...
 Instead of make files, you have jam files.. when using bjam (by simply
 running it without parameters), it seems to automatically detect your
 'preferred' compiler (I've VC6, VC7.1 and BC++6 and it picked up
 VC7.1) and builds using it's tools. If you rather build with another
 set of tools, you basically type:
 bjam -sTOOLS="msvc"
 or
 bjam -sTOOLS="borland"

 And you build with that set of tools.
 I've not seen the jam file's format, all I've done so far is use it to
 build boost libraries which require building...

 So basically my point is, if you're doing something like it, it might
 help you to see how bjam works, you might get some good ideas from
 it...

"Matthew" <admin stlsoft.dot.dot.dot.dot.org> writes:

"Charles" <no email.com> wrote in message 
news:ctheus$tvn$1 digitaldaemon.com...
 Downloaded recls 1.5.2 , I get these errors from within MSVC 6 ( using 
 the
 project file )

 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(233) : 
 error
 C2665: 'get_full_path_name' : none of the 2 overloads can convert 
 parameter
 4 from type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::proce
 ssheap_allocator<char>,256>'
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(235) : 
 error
 C2664: 'ensure_dir_end' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' t
 o 'char *'
        No user-defined-conversion operator available that can perform 
 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(237) : 
 error
 C2664: 'str_len' : cannot convert parameter 1 from 'class
 stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_allocator<char>,256>' to 'cons
 t char *'
        No user-defined-conversion operator available that can perform 
 this
 conversion, or the operator cannot be called
 C:\Documents and
 Settings\qbert\Desktop\recls\API\src\ReclsFtpSearch_Win32.cpp(241) : 
 error
 C2679: binary '=' : no operator defined which takes a right-hand 
 operand of
 type 'class stlsoft::auto_buffer<char,class
 stlsoft::winstl_project::processheap_
 allocator<char>,256>' (or there is no acceptable conversion)
 ReclsFtpSearchDirectoryNode_Win32.cpp

I think that's a consequence of your using STLSoft 1.8.1+ with recls 
1.5.2.

Either use STLSoft 1.7.1, or you could try defining 
_STLSOFT_AUTO_BUFFER_ALLOW_NON_CONST_CONVERSION_OPERATOR which should 
make auto_buffer exhibit pre-1.8 behaviour.

 I need recls for a project and am looking forward to using it!

Great! What's the project?

Matthew