www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - Need help fixing "The linker can't handle *.d.obj" issue

reply Daniel Ribeiro Maciel <danielmaciel gmail.com> writes:
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
next sibling parent reply Walter Bright <newshound1 digitalmars.com> writes:
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, Daniel
The source code is in the linker, all in assembler! BTW, it's highly unusual to have that file naming convention.
Apr 01 2010
next sibling parent reply Eldar Insafutdinov <e.insafutdinov gmail.com> writes:
Walter Bright 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, Daniel
The source code is in the linker, all in assembler! BTW, it's highly unusual to have that file naming convention.
This naming convention is used by CMake which in its turn is very popular in C++ world.
Apr 02 2010
parent reply Daniel Ribeiro Maciel <danielmaciel gmail.com> writes:
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:
 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
The source code is in the linker, all in assembler! BTW, it's highly unusual to have that file naming convention.
This naming convention is used by CMake which in its turn is very popular in C++ world.
Apr 02 2010
next sibling parent Daniel Ribeiro Maciel <danielmaciel gmail.com> writes:
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:
 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
The source code is in the linker, all in assembler! BTW, it's highly unusual to have that file naming convention.
This naming convention is used by CMake which in its turn is very popular in C++ world.
Apr 02 2010
prev sibling parent Robert Clipsham <robert octarineparrot.com> writes:
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
prev sibling parent Rainer Deyke <rainerd eldwood.com> writes:
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
prev sibling next sibling parent Jacob Carlborg <doob me.com> writes:
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,
 Daniel
Do 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
prev sibling parent reply Heromyth <zxpmyth yahoo.com.cn> writes:
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,
 Daniel
If 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
parent reply Daniel Ribeiro Maciel <danielmaciel gmail.com> writes:
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,
 Daniel
If 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
parent reply Daniel Ribeiro Maciel <danielmaciel gmail.com> writes:
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,
 Daniel
If 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
parent Daniel Ribeiro Maciel <danielmaciel gmail.com> writes:
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,
 Daniel
If 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