[flext] LIBCPMT.LIB LIBCMT.LIB clash (was Re: linker error when linking a library)

[Stefano Papetti]

indeed it was: I've recompiled flext adding the flag /DFLEXT_USE_CMEM 
and the errors went away...

S


On 07/12/2011 18.12, Stefano Papetti wrote:
> Dear Thomas,
>
> since the clashes that I've encountered are due to the new and delete 
> operators, I wonder if it's something related to the use of FLEXT_USE_CMEM
> What do you think?
>
> S
>
>
> On 30/11/2011 15.10, Stefano Papetti wrote:
>> On a second thought:
>> using the /FORCE flag for the linker, I managed to ignore the 
>> warnings (the linker just ignores the second definition of new[] and 
>> delete[]) and compile the external.
>>
>> However I'm afraid the incompatibility is generated within  flext 
>> itself, as the waning doesn't report a clash between libcmt.lib and 
>> libcpmt.lib, but between flext-pd_s.lib and libcmt.lib/libcpmt.lib
>> That's strange because obviously I've compiled flext in the same way 
>> as my external.
>>
>> S
>>
>> On 30/11/2011 14.00, Stefano Papetti wrote:
>>> Hi Patrick,
>>>
>>> thanks for the help.
>>> I had already tried that, but only from command line, just by adding 
>>> the line:
>>> LDFLAGS =$(LDFLAGS)/NODEFAULTLIB:LIBCMT.LIB /NODEFAULTLIB:LIBCPMT.LIB
>>> to the file package.txt
>>> However, it seems that flext's build system overrides this flag, as 
>>> the linker outputs the same error as before.
>>>
>>> I plan to try your suggestion in VS, but my purpose at the moment is 
>>> to get things working directly from command line.
>>>
>>> Best,
>>> S
>>>
>>> On 25/11/2011 12.56, Patrick Gampp wrote:
>>>> Hi Stefano,
>>>> in Visual Studio, exists a flag you could set to ignore LIBCMT.LIB. Something
>>>> like "ignore specific library".
>>>>
>>>> http://msdn.microsoft.com/en-us/library/3tz4da4a%28v=vs.80%29.aspx
>>>> http://msdn.microsoft.com/en-us/library/aa278403%28v=vs.60%29.aspx
>>>>
>>>> Patrick
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Am Freitag, 25. November 2011, 12:13:41 schrieb Stefano Papetti:
>>>>> Dear Thomas,
>>>>>
>>>>> after giving up for a while, I'm now trying again to figure out how to
>>>>> solve the LIBCPMT.LIB LIBCMT.LIB clash reported in the file attached.
>>>>> The same thing happens compiling in debug mode (with respect to the
>>>>> debug libraries, of course). On the other hand, the shared version of my
>>>>> external compiles successfully.
>>>>> I went through all the code but unfortunately I can't really see where
>>>>> this clash is taking place.
>>>>> Of course if I comment:
>>>>> LIBS=$(LIBS) LIBCPMT.LIB LIBCMT.LIB
>>>>> in \flext\buildsys\win\nmake-msvc-flext.inc everything works... :-P
>>>>>
>>>>> Do you have any hints?
>>>>>
>>>>> Ciao,
>>>>> S
>>>>>
>>>>> On 06/08/2011 13.04, Thomas Grill wrote:
>>>>>> Am 06.08.2011 um 11:49 schrieb Stefano Papetti:
>>>>>>> Hi Thomas,
>>>>>>>
>>>>>>> On 06/08/2011 11.35, Thomas Grill wrote:
>>>>>>>> There are essentially two problems, maybe unrelated to each other
>>>>>>>>
>>>>>>>> - a clash of the delete operator - this is usually caused by using
>>>>>>>> different build models for parts that are linked. In your case it
>>>>>>>> seems that the libraries LIBCPMT.LIB and LIBCMT.LIB don't fit to each
>>>>>>>> other.
>>>>>>> ok, I'll try to figure out how to avoid this. Perhaps I just need to
>>>>>>> avoid using delete and new ;)
>>>>>> that would not be a clean solution - there might be other not so obvious
>>>>>> clashes.... gr~~~
>>>> .
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> http://grrrr.org/ext/flext
>>>
>>> flext mailing list
>>> flext at grrrr.org
>>> http://grrrr.org/cgi-bin/mailman/listinfo/flext
>>
>>
>>
>> _______________________________________________
>> http://grrrr.org/ext/flext
>>
>> flext mailing list
>> flext at grrrr.org
>> http://grrrr.org/cgi-bin/mailman/listinfo/flext
>
>
>
> _______________________________________________
> http://grrrr.org/ext/flext
>
> flext mailing list
> flext at grrrr.org
> http://grrrr.org/cgi-bin/mailman/listinfo/flext

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://grrrr.org/pipermail/flext/attachments/20111207/1beecb75/attachment.htm>