Zostaje on wyrzucony wtedy, gdy podczas sk\u0142adania programu x64 Linker napotka bibliotek\u0119 skompilowan\u0105 pod target x86. Przyczyn\u0105 tego konfliktu s\u0105 b\u0142\u0119dne wpisy \u015bcie\u017cek do bibliotek statycznych, kt\u00f3re znajduj\u0105 si\u0119 w opcjach Visual Studio. Niestety wpisy dla platformy x64 s\u0105 po prostu kopiowane z platformy Win32 (nie wszystkie, bo jest ich mniej). Nale\u017cy je poprawi\u0107 tak aby wskazywa\u0142y na foldery z bibliotekami x64. Obok jest obrazek z poprawnymi ustawieniami mojego Visual Studio.<\/p>\n Drugim, ale ju\u017c mniej znacz\u0105cym problemem jest ostrze\u017cenie<\/p>\n powodowane rozrzeszeniem rozmiaru typu ‘size_type’ z 4 do 8. Typ ten jest zwracany przez funkcje size() w kontenerach biblioteki standardowe. W tym przypadku rozwi\u0105zaniem jest po prostu zamiana powszechnie u\u017cywanego (unsigned) int na size_type b\u0105d\u017a w\u0142asny odpowiednik zdefiniowany w klauzulach #ifdef\/#endif :).<\/p>\n Ostatnim problemem jest brak inline’owych wstawek assemblerowych. W moim przypadku za ten b\u0142\u0105d odpowiada\u0142o makro NAssert, w \u015brodku kt\u00f3rego jest wykorzystana konstrukcja:<\/p>\n Powoduje ona wywo\u0142anie Breakpointa w miejscu asercji. Okazuje si\u0119, \u017ce rozwi\u0105zanie tego jest bardzo proste, poniewa\u017c Visual Studio posiada nast\u0119puj\u0105c\u0105 funkcj\u0119 typu intrinsic:<\/p>\n Powoduje ona dok\u0142adnie t\u0119 sam\u0105 akcj\u0119 co podana wy\u017cej wstawka w assemblerze.<\/p>\n A poni\u017cej wynik ca\u0142ego procesu przenoszenia :). Postanowi\u0142em przekompilowa\u0107 aktualnie pisany framework pod platform\u0119 x64. Jest to ju\u017c troch\u0119 napisanego kodu, wi\u0119c objawi\u0142o si\u0119 to trzema problemami, z kt\u00f3rych najwa\u017cniejszym jest ten komunikat: LNK1112: module machine type ‘X86’ conflicts with target machine type x64” Zostaje on wyrzucony wtedy, gdy podczas sk\u0142adania programu x64 Linker napotka bibliotek\u0119 skompilowan\u0105 pod target x86. Przyczyn\u0105 tego […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[62],"tags":[82,184,54,93],"_links":{"self":[{"href":"https:\/\/netrix.org.pl\/index.php\/wp-json\/wp\/v2\/posts\/141"}],"collection":[{"href":"https:\/\/netrix.org.pl\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/netrix.org.pl\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/netrix.org.pl\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/netrix.org.pl\/index.php\/wp-json\/wp\/v2\/comments?post=141"}],"version-history":[{"count":23,"href":"https:\/\/netrix.org.pl\/index.php\/wp-json\/wp\/v2\/posts\/141\/revisions"}],"predecessor-version":[{"id":785,"href":"https:\/\/netrix.org.pl\/index.php\/wp-json\/wp\/v2\/posts\/141\/revisions\/785"}],"wp:attachment":[{"href":"https:\/\/netrix.org.pl\/index.php\/wp-json\/wp\/v2\/media?parent=141"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/netrix.org.pl\/index.php\/wp-json\/wp\/v2\/categories?post=141"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/netrix.org.pl\/index.php\/wp-json\/wp\/v2\/tags?post=141"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"Poprawne](\"http:\/\/netrix.org.pl\/wp-content\/2009\/06\/screenup_2009-06-241.png\" "\\"Poprawne")
<\/a><\/p>\nconversion from 'size_type' to 'int', possible loss of data<\/pre>\n
\r\n__asm \r\n{\r\n int 3 \r\n}\r\n<\/pre>\n\r\n__debugbreak()\r\n<\/pre>\n
\n<\/a>
\n<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
![](\"http:\/\/netrix.org.pl\/wp-content\/2009\/06\/screenup_2009-06-242.png\"){kind=link}