|
From: | Jean-Philippe Lebel |
Subject: | Re: [certi-dev] CERTI Windows build |
Date: | Tue, 27 Sep 2011 10:02:45 -0400 |
User-agent: | Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 |
Hi JPO, I've tested #1 but symbols from the newly created static lib are not exported and a far as I know, there is no solution to that problem on Windows. #2 will generate duplicate symbols upon linking. I've suggested that we use #3 but that we do not export symbol of VariableLengthData from either libfedtime1516 or librti1516. The circular dependencies is present in both Pitch and Mak implementation... JPL On 27/09/2011 9:20 AM, Jan-Patrick Osterloh wrote: Ok, I looked at the threads you send me. If I look at the build output, I figure out that the build fails when it tries to build FedTime1516, because it cannot link to VariableLengthData. So, there are now these possible solutions: 1) Do it as Christoph propsed: adding another library with the VariableLengthData objects 2) add the VariableLengthData Sources and includes (RTI1516variableLengthData.cpp, RTI1516variableLengthDataImplementation.h, ../include/RTI/VariableLengthData.h) to FEDTIME1516_SRCS 3) make the FedTime1516 dependend on RTI1516, because VariableLengthData is included there As far as I understood it from the discussion before, 3) is no option, as this would induce a circular dependency. Are there any other solutions to this? I'm willing to implement this, but I prefer to have a "final" solution, which works for everyone, and as far as I understood solution 1) is not what you like (else you could have integrated Christophs patch)? Kind regards JPO -- Jean-Philippe Lebel, ing., MBA ForwardSim inc. Tel.: 418-650-3493 ext 6001 Fax.: 418-650-5661 |
[Prev in Thread] | Current Thread | [Next in Thread] |