www.digitalmars.com         C & C++   DMDScript  

c++.stlsoft - Recls build problems

reply "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
Jan 29 2005
next sibling parent reply "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

 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

 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

 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

 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

Jan 29 2005
parent reply "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

 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

 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

 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

 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


Jan 30 2005
parent reply "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

 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

 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

 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

 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



Jan 30 2005
parent reply "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

 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

 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

 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

 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




Jan 31 2005
parent reply "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

 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

 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

 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

 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





Feb 04 2005
parent reply "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

 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

 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

 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

 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






Feb 04 2005
next sibling parent reply "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







 :
 error
 C2665: 'get_full_path_name' : none of the 2 overloads can
 convert

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







 :
 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

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







 :
 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

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







 :
 error
 C2679: binary '=' : no operator defined which takes a
 right-hand
 operand

 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







Feb 04 2005
parent "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! :-)
Feb 04 2005
prev sibling parent reply "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?
Feb 07 2005
parent reply "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.
Feb 07 2005
parent reply "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...
Feb 07 2005
parent "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...

Feb 07 2005
prev sibling parent "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
Jan 30 2005