Click here to Skip to main content
15,891,828 members

Comments by Member 14105155 (Top 9 by date)

Member 14105155 20-Mar-24 1:49am View    
thank you again. I'll save your tips. How do you change GUID? Do you generate a new one? BTW, tle last method which I used (to create an empty project end add to it necessary files one my one) looks rather attractive. But its usage has some underwater stones, as I noticed. Another structure of folders- compiled didn't see lib files, placed into the folder with cpp files. I had to place lib files just to folder where sln file was placed.
Member 14105155 19-Mar-24 16:55pm View    
yeah, thank you, I did similar things. I do have one pattern, created by WTL, the only one thing makes me inconvenient- same names for all solutions. I placed different solutions to different folders, but inside them all files had same names. Now I made an empty project and began to fill it with files. Looks like finally the process met with success
Member 14105155 19-Mar-24 7:07am View    
this is the exact message, mate. Word by word. The compiler game it. I never met such a message before, only when the corresponding wile was absent in the folder with project's files, which is not the case now. And this problem was specific for libtiff.lib- all other lib files gave me it. (libtiff.lib was the first in the list). I'd removed libtiff.lib from the list of aditional dependencies and got same message for FreeImage.lib
Member 14105155 18-Mar-24 16:26pm View    
I did. I ran through all compiler's options. set "use precompiled headers" from Yes to Create and No. And miracle happened- compiler stopped barking. But the linker gave me this: cannot open 'libtiff.lib', used as an additional dependency. Hope, you understand, that the aforementioned file was (is) in the same folder with other project's files
Member 14105155 18-Mar-24 11:29am View    
both lists of include files are the same- I'd taken stdafx.h from the first project and moved it to the second project