digitalmars.D - Need help fixing "The linker can't handle *.d.obj" issue
- Daniel Ribeiro Maciel (7/7) Apr 01 2010 Hey guys!
- Walter Bright (3/15) Apr 01 2010 The source code is in the linker, all in assembler!
- Eldar Insafutdinov (2/19) Apr 02 2010 This naming convention is used by CMake which in its turn is very popula...
- Daniel Ribeiro Maciel (4/25) Apr 02 2010 Yes, it is sad indeed, cuz I dont know how to instruct CMake to generate...
- Daniel Ribeiro Maciel (2/32) Apr 02 2010
- Robert Clipsham (10/13) Apr 02 2010 Pick your favorite disassembler and you've pretty much got it :) In
- Rainer Deyke (7/8) Apr 02 2010 I use the same naming convention, independently of CMake. I like being
- Jacob Carlborg (3/10) Apr 02 2010 Do you have to name them *.d.obj, can't you drop .d or something like
- Heromyth (8/20) Apr 03 2010 If using CMake, you can get it solved by setting this switch
- Daniel Ribeiro Maciel (2/26) Apr 03 2010
- Daniel Ribeiro Maciel (3/32) Apr 07 2010 Funny, I couldn't get that to work. I put both variables in my CMakeDCom...
- Daniel Ribeiro Maciel (3/38) Apr 07 2010 Aww... Nevermind, it worked. Silly me, forgot to clean CMake cache.
Hey guys! The linker can't handle *.d.obj files: http://d.puremagic.com/issues/show_bug.cgi?id=2886 I really need this issue fixed, so can any of you guys point me in the right direction? Where can I find its source code and where to begin and stuff... It is really ruining my CMake building scripts. Best Regards, Daniel
Apr 01 2010
Daniel Ribeiro Maciel wrote:Hey guys! The linker can't handle *.d.obj files: http://d.puremagic.com/issues/show_bug.cgi?id=2886 I really need this issue fixed, so can any of you guys point me in the right direction? Where can I find its source code and where to begin and stuff... It is really ruining my CMake building scripts. Best Regards, DanielThe source code is in the linker, all in assembler! BTW, it's highly unusual to have that file naming convention.
Apr 01 2010
Walter Bright Wrote:Daniel Ribeiro Maciel wrote:This naming convention is used by CMake which in its turn is very popular in C++ world.Hey guys! The linker can't handle *.d.obj files: http://d.puremagic.com/issues/show_bug.cgi?id=2886 I really need this issue fixed, so can any of you guys point me in the right direction? Where can I find its source code and where to begin and stuff... It is really ruining my CMake building scripts. Best Regards, DanielThe source code is in the linker, all in assembler! BTW, it's highly unusual to have that file naming convention.
Apr 02 2010
Yes, it is sad indeed, cuz I dont know how to instruct CMake to generate objects using a different naming convention. I am currently looking into it. Hopefully I will find an answer. Where is thie linker source code? Maybe I could do something with it. Eldar Insafutdinov Wrote:Walter Bright Wrote:Daniel Ribeiro Maciel wrote:This naming convention is used by CMake which in its turn is very popular in C++ world.Hey guys! The linker can't handle *.d.obj files: http://d.puremagic.com/issues/show_bug.cgi?id=2886 I really need this issue fixed, so can any of you guys point me in the right direction? Where can I find its source code and where to begin and stuff... It is really ruining my CMake building scripts. Best Regards, DanielThe source code is in the linker, all in assembler! BTW, it's highly unusual to have that file naming convention.
Apr 02 2010
Oh, nevermind about the source code. Haha. I will keep looking into CMake. Crossing fingers to see this issue fixed though. Thanks. Daniel Ribeiro Maciel Wrote:Yes, it is sad indeed, cuz I dont know how to instruct CMake to generate objects using a different naming convention. I am currently looking into it. Hopefully I will find an answer. Where is thie linker source code? Maybe I could do something with it. Eldar Insafutdinov Wrote:Walter Bright Wrote:Daniel Ribeiro Maciel wrote:This naming convention is used by CMake which in its turn is very popular in C++ world.Hey guys! The linker can't handle *.d.obj files: http://d.puremagic.com/issues/show_bug.cgi?id=2886 I really need this issue fixed, so can any of you guys point me in the right direction? Where can I find its source code and where to begin and stuff... It is really ruining my CMake building scripts. Best Regards, DanielThe source code is in the linker, all in assembler! BTW, it's highly unusual to have that file naming convention.
Apr 02 2010
On 02/04/10 16:41, Daniel Ribeiro Maciel wrote:Yes, it is sad indeed, cuz I dont know how to instruct CMake to generate objects using a different naming convention. I am currently looking into it. Hopefully I will find an answer. Where is thie linker source code? Maybe I could do something with it.Pick your favorite disassembler and you've pretty much got it :) In fact, it's probably more readable than the actual source code from what I've read of Walter's comments in the past, if I recall correctly he assembles, then disassembles the code so he can see what's actually happening in between all the conditional blocks in the source code. The reason I say pretty much is that parts are gradually being ported to C, I think I read on Walter's blog that the C code compiles down to an almost exact equivalent to the assembler before though, so there shouldn't be too much difference.
Apr 02 2010
On 4/2/2010 00:14, Walter Bright wrote:BTW, it's highly unusual to have that file naming convention.I use the same naming convention, independently of CMake. I like being able to tell if a .obj file came from a .c or .cpp (or .d) source. I like not getting linker errors in the rare case where I have both X.c and X.cpp in the same directory. -- Rainer Deyke - rainerd eldwood.com
Apr 02 2010
On 4/2/10 07:53, Daniel Ribeiro Maciel wrote:Hey guys! The linker can't handle *.d.obj files: http://d.puremagic.com/issues/show_bug.cgi?id=2886 I really need this issue fixed, so can any of you guys point me in the right direction? Where can I find its source code and where to begin and stuff... It is really ruining my CMake building scripts. Best Regards, DanielDo you have to name them *.d.obj, can't you drop .d or something like *_d.obj if that helps the linker.
Apr 02 2010
Daniel Ribeiro Maciel Wrote:Hey guys! The linker can't handle *.d.obj files: http://d.puremagic.com/issues/show_bug.cgi?id=2886 I really need this issue fixed, so can any of you guys point me in the right direction? Where can I find its source code and where to begin and stuff... It is really ruining my CMake building scripts. Best Regards, DanielIf using CMake, you can get it solved by setting this switch CMAKE_<LANG>_OUTPUT_EXTENSION in CMake. I am using this SET(CMAKE_D_OUTPUT_EXTENSION_REPLACE 1) in CMakeDCompiler.cmake.in for CMakeD. Hope this useful. Sorry for that not being sure whether this switch is working
Apr 03 2010
Hey, thanks a lot, I'm gonna try that! Heromyth Wrote:Daniel Ribeiro Maciel Wrote:Hey guys! The linker can't handle *.d.obj files: http://d.puremagic.com/issues/show_bug.cgi?id=2886 I really need this issue fixed, so can any of you guys point me in the right direction? Where can I find its source code and where to begin and stuff... It is really ruining my CMake building scripts. Best Regards, DanielIf using CMake, you can get it solved by setting this switch CMAKE_<LANG>_OUTPUT_EXTENSION in CMake. I am using this SET(CMAKE_D_OUTPUT_EXTENSION_REPLACE 1) in CMakeDCompiler.cmake.in for CMakeD. Hope this useful. Sorry for that not being sure whether this switch is working
Apr 03 2010
Funny, I couldn't get that to work. I put both variables in my CMakeDCompiler.cmake.in. =[ Daniel Ribeiro Maciel Wrote:Hey, thanks a lot, I'm gonna try that! Heromyth Wrote:Daniel Ribeiro Maciel Wrote:Hey guys! The linker can't handle *.d.obj files: http://d.puremagic.com/issues/show_bug.cgi?id=2886 I really need this issue fixed, so can any of you guys point me in the right direction? Where can I find its source code and where to begin and stuff... It is really ruining my CMake building scripts. Best Regards, DanielIf using CMake, you can get it solved by setting this switch CMAKE_<LANG>_OUTPUT_EXTENSION in CMake. I am using this SET(CMAKE_D_OUTPUT_EXTENSION_REPLACE 1) in CMakeDCompiler.cmake.in for CMakeD. Hope this useful. Sorry for that not being sure whether this switch is working
Apr 07 2010
Aww... Nevermind, it worked. Silly me, forgot to clean CMake cache. Thanks a lot! Daniel Ribeiro Maciel Wrote:Funny, I couldn't get that to work. I put both variables in my CMakeDCompiler.cmake.in. =[ Daniel Ribeiro Maciel Wrote:Hey, thanks a lot, I'm gonna try that! Heromyth Wrote:Daniel Ribeiro Maciel Wrote:Hey guys! The linker can't handle *.d.obj files: http://d.puremagic.com/issues/show_bug.cgi?id=2886 I really need this issue fixed, so can any of you guys point me in the right direction? Where can I find its source code and where to begin and stuff... It is really ruining my CMake building scripts. Best Regards, DanielIf using CMake, you can get it solved by setting this switch CMAKE_<LANG>_OUTPUT_EXTENSION in CMake. I am using this SET(CMAKE_D_OUTPUT_EXTENSION_REPLACE 1) in CMakeDCompiler.cmake.in for CMakeD. Hope this useful. Sorry for that not being sure whether this switch is working
Apr 07 2010