4 Answers
Sounds like a copy of the exe (Debug/Assignment.exe) is already running so visual studio can’t overwrite the file. Have a look in the task manager / process explorer and kill any copies that are running then try again.
answered May 28, 2014 at 0:53
John3136John3136
28.9k4 gold badges51 silver badges69 bronze badges
2
-
What is the task explorer in VS?
Dec 15, 2018 at 3:57
-
@okey_on thanks for the correction (first person to pick the error in 4.5 years
. task manager or process explorer. Not task explorer. If you still don’t know what I mean google will help Dec 16, 2018 at 18:50
. task manager or process explorer. Not task explorer. If you still don’t know what I mean google will help Curiously, in my case it was a CMake ‘debug’ linker library path setting that caused almost the same error, and I guess you can have similar problems with ‘optimized.obj’ linking failures.
LINK : fatal error LNK1104: cannot open file ‘debug.obj’
answered Sep 11, 2017 at 13:45
StarShineStarShine
1,9401 gold badge27 silver badges45 bronze badges
This is because the compiler doesn’t have access to that file. Change the project directory and try again.
gudok
4,0492 gold badges20 silver badges30 bronze badges
answered Mar 21, 2019 at 14:19
For me this error started coming when I turned on Preprocessing output
Project properties -> C/C++ -> Preprocessing -> Preprocess to a file: Yes (/P)
answered Sep 18, 2021 at 3:58
MrNamsMrNams
6388 silver badges14 bronze badges
I’ve created a new C++ project in Visual Studio 2008. No code has been written yet; Only project settings have been changed.
When I compile the project, I receive the following fatal error:
fatal error LNK1104: cannot open file ‘C:\Program.obj’
asked Sep 25, 2008 at 14:29
Josh SklareJosh Sklare
4,0243 gold badges23 silver badges17 bronze badges
This particular issue is caused by specifying a dependency to a lib file that had spaces in its path. The path needs to be surrounded by quotes for the project to compile correctly.
On the Configuration Properties -> Linker -> Input tab of the project’s properties, there is an Additional Dependencies property. This issue was fixed by adding the quotes. For example, changing this property from:
C:\Program Files\sofware
sdk\lib\library.lib
To:
«C:\Program Files\sofware
sdk\lib\library.lib»
where I added the quotes.
Amin Ya
1,5341 gold badge19 silver badges30 bronze badges
answered Sep 25, 2008 at 14:33
Josh SklareJosh Sklare
4,0243 gold badges23 silver badges17 bronze badges
11
This can happen if the file is still running as well.
:-1: error: LNK1104: cannot open file ‘debug\****.exe’
answered Aug 13, 2014 at 16:10
CarolCarol
1,85226 silver badges29 bronze badges
5
The problem went away for me after closing and re-opening Visual Studio. Not sure why the problem happened, but that might be worth a shot.
This was on VS 2013 Ultimate, Windows 8.1.
answered Feb 4, 2015 at 17:07
Daniel NeelDaniel Neel
1,19713 silver badges28 bronze badges
3
Check also that you don’t have this turned on: Configuration Properties -> C/C++ -> Preprocessor -> Preprocess to a File.
answered Dec 26, 2015 at 19:11
Assaf LevyAssaf Levy
1,3121 gold badge12 silver badges20 bronze badges
2
My problem was a missing .lib extension, I was just linking against mylib and VS decided to look for mylib.obj.
answered Dec 22, 2015 at 9:51
I had the same problem.It caused by a «,» in the name of a folder of additional library path.It solved by changing the additional library path.
answered Sep 26, 2013 at 5:20
harsiniharsini
3262 silver badges14 bronze badges
Solution 1 (for my case): restart windows Explorer process (yes, the windows file manager).
Solution 2:
- Close Visual Studio. Windows Logoff
- Logon, reopen Visual Studio
- Build as usual. It now builds and can access the problematic file.
I presume sometimes the file system or whoever is controlling it gets lost with its permissions. Before restarting the windows session, tried to kill zombie msbuild32.exe processes, restart visual studio, check none even showing the problem file on. No build configuration issues. It happens now and then. Some internal thing in Windows does not fix up, needs a restart.
answered Dec 30, 2016 at 9:27
1
In my case it was a matter of a mis-directed reference. Project referenced the output of another project but the latter did not output the file where the former was looking for.
answered Aug 13, 2014 at 19:54
NewtopianNewtopian
7,5534 gold badges48 silver badges71 bronze badges
I had the same problem, but solution for my case is not listed in answers.
My antivirus program (AVG) determined file MyProg.exe as a virus and put it into the ‘virus storehouse’. You need to check this storehouse and if file is there — then just restore it. It helped me out.
answered Jun 7, 2016 at 6:16
1
I had the same error, just with a Nuget package i had installed (one that is not header only) and then tried to uninstall.
What was wrong for me was that i was still including a header for the package i just uninstalled in one of my .cpp files (pretty silly, yes).
I even removed the additional library directories link to it in Project -> Properties -> Linker -> General, but of course to no avail since i was still trying to reference the non-existent header.
Definitely a confusing error message in this case, since the header name was <boost/filesystem.hpp> but the error gave me "cannot open file 'llibboost_filesystem-vc140-mt-gd-1_59.lib'" and no line numbers or anything.
answered Jan 19, 2016 at 11:22
MatthiasMatthias
3,1802 gold badges24 silver badges38 bronze badges
in my case it was the path lenght (incl. file name).
..\..\..\..\..\..\..\SWX\Binary\VS2008\Output\Win32\Debug\boost_unit_test_framework-vc90-mt-gd-1_57.lib;
as for the release the path was (this has worked correctly):
..\..\..\..\..\..\..\SWX\Binary\VS2008\Output\Win32\Release\boost_unit_test_framework-vc90-mt-1_57.lib;
==> one char shorter.
- i have also verified this by renaming the lib file (using shorter name) and changing this in the
Linker -> input -> additoinal dependencies
- i have also verified this by adding absolut path instead of relative path as all those «..» has extended the path string, too. this has also worked.
so the problem for me was the total size of the path + filename string was too long!
answered Dec 8, 2020 at 9:09
1
I had a similar problem. I solved it with the following command to kill the running task:
taskkill /f /im [nameOfExe]
/f: Forces the task to close.
/im: The next parameter is a image name aka executable name e.g. Program.exe.
answered Sep 13, 2021 at 11:44
MarciMarci
3025 silver badges12 bronze badges
For an assembly project (ProjectName -> Build Dependencies -> Build Customizations -> masm (selected)), setting Generate Preprocessed Source Listing to True caused the problem for me too, clearing the setting fixed it. VS2013 here.
answered Nov 16, 2014 at 0:26
MadeOfAirMadeOfAir
2,9435 gold badges31 silver badges39 bronze badges
I run into the same problem with linker complaining about the main executable missing. This happened during our solution port to the new Visual Studio 2013. The solution is a varied mix of managed and un-managed projects/code. The problem (and fix) ended up being a missing app.config file in the solution folder. Took a day to figure this one out :(, as output log was not very helpful.
answered Dec 4, 2014 at 21:58
Nicko PoNicko Po
7275 silver badges21 bronze badges
I checked all my settings according to this list: http://msdn.microsoft.com/en-us/library/ts7eyw4s.aspx#feedback . It is helpful to me and for my situation, I find out that Link Dependency of projects’ properties has double-quote, which should not be there.
answered Dec 19, 2014 at 16:07
DavidDavid
1,64617 silver badges22 bronze badges
I’m answering because I don’t see this particular solution listed by anyone else.
Apparently my antivirus (Ad-Aware) was flagging a DLL one of my projects depends on, and deleting it. Even after excluding the directory where the DLL lives, the same behaviour continued until I restarted my computer.
answered Nov 23, 2015 at 1:13
easutereasuter
1,16714 silver badges20 bronze badges
In my case, I had replaced math library files from a previous Game Engine Graphics course with GLM. The problem was that I didn’t add them to the project within Visual Studio’s Solution Explorer (even though they were in the project repository).
answered Feb 4, 2017 at 23:51
I had this issue in conjunction with the LNK2038 error, followed this post to segregate the RELEASE and the DEBUG DLLs. In this process I had cleaned up the whole folder where these dependencies were residing.
Luckily I had a backup of all these files, and got the file for which this error was throwing back into the DEBUG folder to resolve the issue. The error code was misleading in some way as I had to spend a lot of time to come to this tip from one of the answers from this post again.
Hope this answer, helps someone in need.
answered Feb 7, 2017 at 4:56
N00b Pr0grammerN00b Pr0grammer
4,5035 gold badges32 silver badges46 bronze badges
I solved it by adding an existing project to my solution, which I forgot to add in the first time.
answered May 31, 2017 at 18:20
Markus WeberMarkus Weber
1,0591 gold badge11 silver badges24 bronze badges
I had the same error:
fatal error LNK1104: cannot open file 'GTest.lib;'
This was caused by the ; at the end. If you have multiple libraries, they should be separated by empty space (spacebar), no comma or semi-colons!
So don’t use ; or any anything else when listing libraries in Project properties >> Configuration Properties >> Linker >> Input
answered Oct 25, 2017 at 18:31
zarzar
11.4k15 gold badges96 silver badges178 bronze badges
I tried above solution but didnt work for me.
So i rename the exe and rebuild the solution.
It works for me.
answered Nov 20, 2019 at 6:20
I had this exact error when building a VC++ DLL in Visual Studio 2019:
LNK1104: cannot open file ‘C:\Program.obj’
Turned out under project Properties > Linker > Input > Module Definition File, I had specified a def file that had an unmatched double-quote at the end of the filename. Deleting the unmatched double quote resolved the issue.
answered Dec 12, 2019 at 22:14
MikeOnlineMikeOnline
1,00412 silver badges18 bronze badges
Killed msbuild32.exe and built again. It worked for me.
answered Jul 16, 2020 at 11:09
ImadImad
7,14612 gold badges55 silver badges112 bronze badges
My issue was caused by other application using the .dll file I was trying to debug.
Closing the application that was using the .dll solved it for me.
answered Sep 13, 2020 at 1:32
NAGANAGA
133 bronze badges
Possible solutions:
-
Check if path contain any white spaces, Go to Properties > Linker > Input > additional path and include «path with white space»
-
If program are still running, close everything and restart.
-
Check if .obj file is not created. This happens when you directly build a project while Properties > C++ > Preprocessor > Generate preprocessor file is on. Turn it off and build the project then you can onn Properties > C++ > Preprocessor > Generate preprocessor file.
answered May 30, 2021 at 19:09
I hit the same problem with «Visual Studio 2013».
LNK1104: cannot open file 'debug\****.exe
It resolved after closing and re-starting Visual studio.
answered Nov 14, 2018 at 5:25
user3860869user3860869
1211 gold badge1 silver badge6 bronze badges
I was having the same problem , I have just copied the code to new project and started the build .
Some other error started coming.
error C4996: ‘fopen’: This function or variable may be unsafe. Consider using fopen_s instead
To solve this problem again, I have added my one property in the Project project as below.
Project -> Properties -> Configuration property -> c/c++ .
In this category there is field name Preprocessor Definitions
I have added _CRT_SECURE_NO_WARNINGS this to solve the problem
Hope it will help …
Thank You
answered Sep 14, 2017 at 10:19
SunilSunil
31 bronze badge
2
|
2525 / 1751 / 152 Регистрация: 11.08.2012 Сообщений: 3,349 |
|
|
1 |
|
|
27.08.2012, 11:06. Показов 20749. Ответов 63
Доброго времени суток. Пишу программу с DirectX и столкнулся с проблемой: код нормально компилируется, но после вылезает ошибка
0 |
|
4984 / 3091 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10 |
|
|
27.08.2012, 11:17 |
2 |
|
Писать надо так:
#pragma comment( lib, «d3dx9.lib» )
0 |
|
2525 / 1751 / 152 Регистрация: 11.08.2012 Сообщений: 3,349 |
|
|
27.08.2012, 11:20 [ТС] |
3 |
|
Писать надо так: Это я в сообщении по привычке .h поставил. В проекте ровно так, как вы указали. Так что проблема не в этом.
0 |
|
Делаю внезапно и красиво
1313 / 1228 / 72 Регистрация: 22.03.2011 Сообщений: 3,744 |
|
|
31.08.2012, 18:29 |
4 |
|
Пути к библиотеке прописал. Пути к библиотеке прописал ГДЕ? (это я тебе наводящий вопрос задаю)
0 |
|
2525 / 1751 / 152 Регистрация: 11.08.2012 Сообщений: 3,349 |
|
|
31.08.2012, 18:43 [ТС] |
5 |
|
Пути к библиотеке прописал ГДЕ? (это я тебе наводящий вопрос задаю) В свойствах проекта, C++, дополнительные каталоги включения. кст на d3d9.lib, подключенный таким же образом, компиллятор не ругается
0 |
|
Делаю внезапно и красиво
1313 / 1228 / 72 Регистрация: 22.03.2011 Сообщений: 3,744 |
|
|
31.08.2012, 19:18 |
6 |
|
А надо в настройки компоновщика пути до либов прописать, а не только до хэдэров в настройках компилятора.
0 |
|
2525 / 1751 / 152 Регистрация: 11.08.2012 Сообщений: 3,349 |
|
|
31.08.2012, 19:43 [ТС] |
7 |
|
Т.е. зайти в свойства -> свойства конфигурации -> компоновщик, а дальше смотреть -> ввод -> дополнительные зависимости? или как? если вы имеете ввиду первый вариант, то я его уже пробовал, не вышло. и ругается он конкретно на d3dx9.lib, а d3d9.lib подключает без вопросов.
0 |
|
556 / 510 / 25 Регистрация: 23.07.2009 Сообщений: 2,359 Записей в блоге: 1 |
|
|
31.08.2012, 20:00 |
8 |
|
ругается он конкретно на d3dx9.lib, а d3d9.lib подключает без вопросов. это как? как видно, что «без вопросов»?
0 |
|
2525 / 1751 / 152 Регистрация: 11.08.2012 Сообщений: 3,349 |
|
|
31.08.2012, 20:06 [ТС] |
9 |
|
это как? как видно, что «без вопросов»? У меня есть функция инициализации Direct3D для которой нужен d3d9.lib и эта функция компилируется нормально, без ошибок. А все, что связано с d3dx9.lib не работает и компилятор выдает LNK1104. Если убрать pragma comment, то выдает ошибку на неразрешенный внешний символ, т.е. нашел прототип функции, но не нашел определение
0 |
|
556 / 510 / 25 Регистрация: 23.07.2009 Сообщений: 2,359 Записей в блоге: 1 |
|
|
31.08.2012, 20:50 |
10 |
|
А все, что связано с d3dx9.lib не работает и компилятор выдает LNK1104. почему компилятор? эту ошибку выдает линкер.
0 |
|
2525 / 1751 / 152 Регистрация: 11.08.2012 Сообщений: 3,349 |
|
|
31.08.2012, 20:54 [ТС] |
11 |
|
почему компилятор? эту ошибку выдает линкер. Ваша правда. Извиняюсь.
0 |
|
4984 / 3091 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10 |
|
|
31.08.2012, 21:01 |
12 |
|
Ну тогда показывай скрины и код.
0 |
|
2525 / 1751 / 152 Регистрация: 11.08.2012 Сообщений: 3,349 |
|
|
31.08.2012, 21:11 [ТС] |
13 |
|
Ну тогда показывай скрины и код. Ошибка не в коде, иначе бы не было LNK1104, проблема в том, что линкер не видит в упор d3dx9.lib
0 |
|
4984 / 3091 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10 |
|
|
31.08.2012, 21:21 |
14 |
|
Ошибка не в коде, иначе бы не было LNK1104, проблема в том, что линкер не видит в упор d3dx9.lib Всякое бывает. Люди иногда сами говорят что в проблема в том-то.., а оказывается она совсем в другом.
0 |
|
556 / 510 / 25 Регистрация: 23.07.2009 Сообщений: 2,359 Записей в блоге: 1 |
|
|
01.09.2012, 01:42 |
15 |
|
линкер не может найти эту библиотеку. раскопируй ее во все директории, «вокруг твоего проекта». только не сразу, а сперва на уровень выше — попробовал, на уровень ниже — попробовал. и т.д. в конце-концов он ее найдет. тогда и поймешь, где он ищет (читать и разбираться ведь некогда? значит, нужно запастись терпением: два дня работы в поле могут сэкономить два часа в библиотеке или в лаборатории). или, если ты на диске c: работаешь, скопируй ее в корень и укажи c:\d3dx9.lib. сходу найдет и присобачит.
0 |
|
4984 / 3091 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10 |
|
|
01.09.2012, 01:48 |
16 |
|
novi4ok, это плохой вариант. ТС давно бы решил проблему если бы делал так, как ему советуют. Думаю он просто где-то напутал. Показал бы скрины, код, и я думаю все сразу бы встало на свои места.
0 |
|
2525 / 1751 / 152 Регистрация: 11.08.2012 Сообщений: 3,349 |
|
|
01.09.2012, 05:58 [ТС] |
17 |
|
Я свои функции построил по примеру из книги Фленова, и с другими книгами сверялся. А также смотрел MSDN ну нет ошибки в коде, НЕТУ. Вы мне лучше подскажите, почему линкер видит d3d9.lib, а d3dx9.lib, расположенный в той же папке и следующий почти сразу после d3d9.lib, не видит. А про корень C:\ еще посмотрю
0 |
|
Делаю внезапно и красиво
1313 / 1228 / 72 Регистрация: 22.03.2011 Сообщений: 3,744 |
|
|
01.09.2012, 07:08 |
18 |
|
2 |
|
2525 / 1751 / 152 Регистрация: 11.08.2012 Сообщений: 3,349 |
|
|
01.09.2012, 07:31 [ТС] |
19 |
|
ура! заработало спс Deviaphan это реально помогло. А почему в книге про это не упоминается даже, хотя она под VC++ написана Добавлено через 3 минуты Не по теме: теперь смогу дальше двигаться, мне DirectX нужен чтобы нарисовать график функции 2-х пременных
0 |
???|
Делаю внезапно и красиво
1313 / 1228 / 72 Регистрация: 22.03.2011 Сообщений: 3,744 |
|
|
01.09.2012, 07:54 |
20 |
|
А почему Потому что подразумевается, что программист уже в достаточной степени знаком с компилятором. То, что там написано «с нуля» или «для чайников» это исключительно маркетинговый ход.
0 |
- Remove From My Forums
-
Question
-
Hi every body,
I’am in serious trouble cause i can’t find the solution of my problem.
I’am trying to convert an .exe into .dll file after i downloaded the source file of the .exe .
I inserted the source code into a «MFC AppWizard(dll)» project and compiled it (was ok) and when generating the .dll file (after i mentioned the «Object/library Module» under the «Project/Settings/Link» Menu ) i got this error :
Linking…
LINK : fatal error LNK1104: cannot open file «C:\dll3\VisioneerDll\twaintest\Debug\twaintest.lib»
Error executing link.exe.
Creating browse info file…twaintest.dll — 1 error(s), 0 warning(s)
with out mentionong this library ( which is not correct cause the library should be mentionned ) i got this error :
Linking…
Creating library Debug/twaintest.lib and object Debug/twaintest.exp
twaintest.obj : error LNK2001: unresolved external symbol «public: __thiscall CMainFrame::CMainFrame(void)» (??0CMainFrame@@QAE@XZ)
twaintest.obj : error LNK2001: unresolved external symbol «public: static struct CRuntimeClass const CTwaintestDoc::classCTwaintestDoc» (?classCTwaintestDoc@CTwaintestDoc@@2UCRuntimeClass@@B)
twaintest.obj : error LNK2001: unresolved external symbol «public: static struct CRuntimeClass const CChildFrame::classCChildFrame» (?classCChildFrame@CChildFrame@@2UCRuntimeClass@@B)
twaintest.obj : error LNK2001: unresolved external symbol «public: static struct CRuntimeClass const CTwaintestView::classCTwaintestView» (?classCTwaintestView@CTwaintestView@@2UCRuntimeClass@@B)
Debug/twaintest.dll : fatal error LNK1120: 4 unresolved externals
Error executing link.exe.
Creating browse info file…twaintest.dll — 5 error(s), 0 warning(s)
Can anu one help me PLEASE.
Thinks
Answers
-
This
is what I usually do; I create both a debug and a release version of
the library and put the .libs in the same folder as the project.
That prevents linking problems and, in your case, avoids overwriting
files.Right-click the project that generates the «real» twaintest.lib and
choose Properties. Select Configuration properties, Librarian,
General. Change «Output File» to «$(ProjectDir)\twaind.lib.
Change configuration to «Release» (upper left combobox, click Yes) and
change «Output File» to «$(ProjectDir)\twainr.lib. Build both the
Debug and Release configurations. You’ll now have two .lib files
in your project folder, twaind.lib, suitable for use in other projects
in their Debug build and twainr.lib, suitable for Release builds.Now open the project properties for your DLL. Select Linker,
Input and put twaind.lib in the «Additional depencies» box.
Switch to the Release configuration and put twainr.lib in the
box. Build the DLL. If you still get LNK1104, put the full
path to the twaind.lib/twainr.lib in the box.
Содержание
- Ошибка средств компоновщика LNK1104
- Не удается открыть приложение или PDB-файл
- Приложение запущено или загружено в отладчик.
- Ваше приложение заблокировано антивирусной проверкой
- Не удается открыть файл библиотеки Майкрософт
- Библиотеки Windows, такие как kernel32.lib
- Библиотеки vcruntime с версиями
- Библиотеки для розничной торговли, отладки или платформы
- Библиотека vccorlib.lib
- Библиотеки в проектах из интернета или других источников
- Обновленные библиотеки Windows SDK
- Не удается открыть сторонний файл библиотеки
- Не удается открыть файл, созданный проектом
- Не удается открыть файл C:Program.obj
- Другие распространенные проблемы
- Проблемы с путем или именем файла
- Параллельная синхронизация сборки
- Дополнительные зависимости, указанные в интегрированной среде разработки
- Слишком длинные пути
- Слишком большие файлы
- Неправильные разрешения на файл
- Недостаточно места на диске
- Проблемы в переменной среды TMP
- Помощь, моя проблема не указана здесь!
- Почему фатальная ошибка » LNK1104: не удается открыть файл ‘C:Program.obj ‘» возникают при компиляции проекта C++ в Visual Studio?
- 19 ответов:
Ошибка средств компоновщика LNK1104
Эта ошибка возникает, когда компоновщику не удается открыть файл для чтения или записи. Ниже перечислены две наиболее распространенные причины проблемы.
программа уже запущена или загружена в отладчик и
пути к библиотеке неверны или не заключены в двойные кавычки.
Эта ошибка может быть вызвана многими другими возможными причинами. Чтобы сузить их, сначала проверьте, какой тип файла имеет имя файла . Затем используйте следующие разделы, чтобы определить и устранить конкретную проблему.
Не удается открыть приложение или PDB-файл
Приложение запущено или загружено в отладчик.
Если имя файла — это имя исполняемого файла или связанный PDB-файл, проверьте, запущено ли приложение. Затем проверьте, загружена ли она в отладчик. Чтобы устранить эту проблему, остановите программу и выгрузите ее из отладчика перед повторной сборкой. Если приложение открыто в другой программе, например редактор ресурсов, закройте его. Если программа не отвечает, может потребоваться использовать диспетчер задач для завершения процесса. Кроме того, может потребоваться закрыть и перезапустить Visual Studio.
Ваше приложение заблокировано антивирусной проверкой
Антивирусные программы часто временно блокируют доступ к вновь созданным файлам, особенно .exe и .dll исполняемым файлам. Чтобы устранить эту проблему, попробуйте исключить каталоги сборки проекта из антивирусного сканера.
Не удается открыть файл библиотеки Майкрософт
Библиотеки Windows, такие как kernel32.lib
Если файл, который не удается открыть, является одним из файлов стандартной библиотеки, предоставляемых корпорацией Майкрософт, например kernel32.lib, может возникнуть ошибка конфигурации проекта или ошибка установки. Убедитесь, что пакет WINDOWS SDK установлен. Если для проекта требуются другие библиотеки Майкрософт, такие как MFC, убедитесь, что компоненты MFC также установлены установщиком Visual Studio. Установщик можно запустить еще раз, чтобы добавить дополнительные компоненты в любое время. Дополнительные сведения см. в Изменение Visual Studio. Используйте вкладку «Отдельные компоненты » в установщике, чтобы выбрать определенные библиотеки и пакеты SDK.
Библиотеки vcruntime с версиями
Если сообщение об ошибке содержит версию библиотеки Майкрософт, например msvcr120.lib, набор инструментов платформы для этой версии компилятора может быть не установлен. Чтобы устранить эту проблему, у вас есть два варианта: обновить проект, чтобы использовать текущий набор инструментов платформы, или установить старый набор инструментов и выполнить сборку проекта без изменений. Дополнительные сведения см. в разделе «Обновление проектов с более ранних версий Visual C++ и использование собственного многонацеливания в Visual Studio для сборки старых проектов».
Библиотеки для розничной торговли, отладки или платформы
Эта ошибка может возникнуть при первой сборке для новой целевой платформы или конфигурации, например розничной торговли или ARM64. Убедитесь, что в интегрированной среде разработки установлены набор инструментов платформы и версия windows SDK , указанные на странице свойств «Общие «. Также убедитесь, что необходимые библиотеки доступны в каталогах библиотек, указанных на странице свойств каталогов VC++. Проверьте свойства каждой конфигурации, такие как отладка, розничная торговля, x86 или ARM64. Если одна сборка работает, но другая нет, сравните параметры для обоих. Установите все отсутствующие необходимые средства и библиотеки.
Библиотека vccorlib.lib
Для приложений или компонентов универсальной платформы Windows (UWP) нет библиотек, смягчаемых spectre. Если сообщение об ошибке содержит vccorlib.lib, возможно, вы включили /Qspectre в проекте UWP. Отключите параметр компилятора /Qspectre , чтобы устранить эту проблему. В Visual Studio измените свойство «Устранение рисков Spectre «. Он находится на странице создания кодаC/C++> диалогового окна страниц свойств проекта.
Библиотеки в проектах из интернета или других источников
При сборке проекта, скопированного с другого компьютера, расположения установки библиотеки могут отличаться. Для сборок командной строки убедитесь, что переменная среды LIB и пути библиотеки заданы правильно для сборки. В Visual Studio можно просматривать и изменять текущие пути библиотеки, заданные на страницах свойств проекта. На странице каталогов VC++ выберите раскрывающийся список для свойства «Каталоги библиотеки «, а затем нажмите кнопку «Изменить«. В разделе «Оцененное значение » диалогового окна «Каталоги библиотеки » перечислены текущие пути, которые искали файлы библиотеки. Обновите эти пути, чтобы они указывали на локальные библиотеки.
Обновленные библиотеки Windows SDK
Эта ошибка может возникать, если путь Visual Studio к Пакету SDK для Windows устарел. Это может произойти, если вы устанавливаете более новый пакет SDK для Windows независимо от установщика Visual Studio. Чтобы исправить его в интегрированной среде разработки, обновите пути, указанные на странице свойств каталогов VC++. Задайте версию в пути, чтобы она соответствовала новому пакету SDK. Если вы используете командную строку разработчика, обновите пакетный файл, который инициализирует переменные среды новыми путями пакета SDK. Эту проблему можно избежать с помощью установщика Visual Studio для установки обновленных пакетов SDK.
Не удается открыть сторонний файл библиотеки
Эта проблема связана с несколькими распространенными причинами.
Путь к файлу библиотеки может быть неправильным или не заключен в двойные кавычки. Или, возможно, вы не указали его компоновщику.
Возможно, вы установили 32-разрядную версию библиотеки, но вы создаете для 64-разрядных или наоборот.
Библиотека может иметь зависимости от других библиотек, которые не установлены.
Чтобы устранить проблему пути для сборок из командной строки, убедитесь, что задана переменная среды LIB. Убедитесь, что он содержит пути для всех используемых библиотек и для каждой сборки конфигурации. В интегрированной среде разработки пути библиотеки задаются свойствомкаталогов>библиотеки VC++. Убедитесь, что все каталоги, содержащие необходимые библиотеки, перечислены здесь для каждой сборки конфигурации.
Возможно, потребуется указать каталог библиотеки, который переопределяет каталог стандартной библиотеки. В командной строке используйте параметр /LIBPATH . В интегрированной среде разработки используйте свойство «Дополнительные каталоги библиотек» на странице свойств компоновщика > конфигурации > общего свойства проекта.
Убедитесь, что установлены все версии библиотеки, необходимые для конфигураций, которые вы создаете. Рассмотрите возможность использования служебной программы управления пакетами vcpkg для автоматизации установки и установки для многих общих библиотек. Когда это возможно, лучше создавать собственные копии сторонних библиотек. После этого вы уверены, что все локальные зависимости библиотек созданы для тех же конфигураций, что и проект.
Не удается открыть файл, созданный проектом
Эта ошибка может появиться, если имя файла еще не существует, когда компоновщик пытается получить к нему доступ. Это может произойти, если один проект зависит от другого в решении, но проекты создаются в неправильном порядке. Чтобы устранить эту проблему, убедитесь, что ссылки на проекты заданы в проекте, который использует файл. Затем отсутствующий файл будет создан до его необходимости. Дополнительные сведения см. в статье «Добавление ссылок в проектах Visual Studio C++ и управление ссылками в проекте».
Не удается открыть файл C:Program.obj
Если в сообщении об ошибке отображается имя файла C:Program.obj , заключите пути библиотеки в двойные кавычки. Эта ошибка возникает, когда несмеченный путь, начинающийся с C:Program Files , передается компоновщику. Несмеченные пути также могут привести к аналогичным ошибкам. Как правило, они отображают непредвиденный OBJ-файл в корне диска.
Чтобы устранить эту проблему для сборок из командной строки, проверьте параметры параметра /LIBPATH . Также проверьте пути, указанные в переменной среды LIB, и пути, указанные в командной строке. Обязательно используйте двойные кавычки для всех путей, включающих пробелы.
Чтобы устранить эту проблему в интегрированной среде разработки, добавьте двойные кавычки при необходимости в следующие свойства проекта:
Свойство «Каталоги библиотеки » на странице свойств каталогов VC++ «Свойства > конфигурации» ,
Свойство «Дополнительные каталоги библиотек» на странице свойств компоновщика > конфигурации > «Общие свойства»
Свойство Additional Dependencies (Дополнительные зависимости) на странице входных данных компоновщика свойств компоновщика > конфигурации>.
Другие распространенные проблемы
Проблемы с путем или именем файла
Эта ошибка может возникать, если имя файла библиотеки или путь, указанный компоновщику, неправильный. Или, если путь содержит недопустимую спецификацию диска. Просмотрите командную строку или в любой директиве #pragma comment( lib, «library_name» ) для проблем. Проверьте орфографию и расширение файла и убедитесь, что файл существует в указанном расположении.
Параллельная синхронизация сборки
Если вы используете параметр параллельной сборки, Visual Studio, возможно, заблокировали файл в другом потоке. Чтобы устранить эту проблему, убедитесь, что один и тот же объект кода или библиотека не встроены в несколько проектов. Используйте зависимости сборки или ссылки на проекты для получения встроенных двоичных файлов в проекте.
Дополнительные зависимости, указанные в интегрированной среде разработки
При указании отдельных библиотек непосредственно в свойстве «Дополнительные зависимости» используйте пробелы для разделения имен библиотек. Не используйте запятые или точки с запятой. Если вы используете пункт меню «Изменить «, чтобы открыть диалоговое окно «Дополнительные зависимости» , используйте новые строки, чтобы разделить имена, а не запятые, точки с запятой или пробелы. Также используйте новые линии при указании путей к библиотеке в диалоговых окнах каталогов библиотек и дополнительных каталогов библиотек .
Слишком длинные пути
Эта ошибка может появиться, когда путь к имени файла расширяется до более чем 260 символов. При необходимости измените структуру каталога или сократите имена папок и файлов, чтобы сократить пути.
Слишком большие файлы
Эта ошибка может возникнуть из-за слишком большого размера файла. Библиотеки или файлы объектов, превышающие размер гигабайта, могут вызвать проблемы для 32-разрядного компоновщика. Возможное исправление этой проблемы — использовать 64-разрядный набор инструментов. Дополнительные сведения об использовании 64-разрядного набора инструментов в командной строке см. в разделе «Практическое руководство. Включение 64-разрядного набора инструментов Visual C++ в командной строке». Сведения об использовании 64-разрядного набора инструментов в интегрированной среде разработки см. в статье «Использование MSBuild с 64-разрядным компилятором и инструментами». См. также эту запись Stack Overflow: как сделать Visual Studio использовать собственную цепочку инструментов amd64.
Неправильные разрешения на файл
Эта ошибка может возникнуть, если у вас недостаточно разрешений на доступ к имени файла. Это может произойти, если вы используете обычную учетную запись пользователя для доступа к файлам библиотек в защищенных системных каталогах. Или, если вы используете файлы, скопированные другими пользователями, которые по-прежнему имеют свои исходные разрешения. Чтобы устранить эту проблему, переместите файл в каталог проектов, доступный для записи. Если перемещаемый файл имеет недоступные разрешения, выполните команду takeown.exe в окне командной строки администратора, чтобы взять на себя владение файлом.
Недостаточно места на диске
Ошибка может возникать, если у вас недостаточно места на диске. Компоновщик использует временные файлы в нескольких ситуациях. Даже если у вас достаточно места на диске, большая ссылка может очертить или фрагментировать доступное место на диске. Рассмотрите возможность использования параметра /OPT (оптимизация); выполнение транзитивного исключения COMDAT считывает все файлы объектов несколько раз.
Проблемы в переменной среды TMP
Если имя файла называется LNKnnn, это имя файла, созданное компоновщиком для временного файла. Каталог, указанный в переменной среды TMP, может не существовать. Или для переменной среды TMP может быть указано несколько каталогов. Для переменной среды TMP следует указать только один путь к каталогу.
Помощь, моя проблема не указана здесь!
Если ни одна из перечисленных здесь проблем не возникает, вы можете использовать средства обратной связи в Visual Studio для получения справки. В интегрированной среде разработки перейдите в строку меню и выберите «Отправить > отзыв о > проблеме«. Кроме того, отправьте предложение с помощью справки > по отправке отзывов>. Вы также можете использовать сайт Microsoft Learn Q&A для вопросов и веб-сайт Visual Studio C++ Сообщество разработчиков. Используйте эти сайты для поиска ответов на вопросы и запроса справки. Дополнительные сведения см. в статье «Как сообщить о проблеме с набором инструментов или документацией visual C++».
Если вы обнаружили новый способ устранения этой проблемы, которую мы должны добавить в эту статью, сообщите нам об этом. Вы можете отправить нам отзыв с помощью кнопки ниже для этой страницы. Используйте его для создания новой проблемы в репозитории GitHub документации по C++. Спасибо!
Источник
Почему фатальная ошибка » LNK1104: не удается открыть файл ‘C:Program.obj ‘» возникают при компиляции проекта C++ в Visual Studio?
Я создал новый проект C++ в Visual Studio 2008. Код еще не написан, изменены только настройки проекта.
когда я компилирую проект, я получаю следующую фатальную ошибку:
фатальная ошибка LNK1104: не удается открыть файл ‘C:Program.obj’
19 ответов:
эта конкретная проблема вызвана указанием зависимости для файла lib, который имел пробелы в своем пути. Путь должен быть окружен кавычками для правильной компиляции проекта.
на Свойства Конфигурации -> Компоновщик -> Ввод вкладка свойств проекта, есть Дополнительные Зависимости собственность. Эта проблема была исправлена путем изменения этого свойства:
C:Program файлыпрограммное обеспечение sdklib библиотека.Либ
» C:Program файлыпрограммное обеспечение sdklib библиотека.lib»
где я добавил кавычки.
Это может произойти, если файл все еще работает.
:-1: ошибка: LNK1104: не удается открыть файл ‘ debug****.exe’
проблема ушла для меня после закрытия и повторного открытия Visual Studio. Не знаю, почему возникла проблема, но это может быть стоит попробовать.
Это было на VS 2013 Ultimate, Windows 8.1.
проверьте также, что вы не включили это: свойства конфигурации -> C / C++ — > препроцессор -> предварительная обработка файла.
У меня было то же самое problem.It вызвано символом», » в имени папки дополнительной библиотеки path.It решается путем изменения дополнительного пути к библиотеке.
моя проблема была отсутствует .lib расширение, я просто связывал против mylib и ВС решил искать mylib.obj .
в моем случае это был вопрос неправильной ссылки. Проект ссылался на вывод другого проекта, но последний не выводил файл, где первый искал.
для сборки проекта (название проекта -> построение зависимостей -> сборки настройки -> компилятор MASM (некоторые)), задание Создать Предварительно Обработанный Список Источников до True вызвал проблему и для меня, очистив настройку, исправил ее. VS2013 здесь.
Я сталкиваюсь с той же проблемой, когда компоновщик жалуется на отсутствие основного исполняемого файла. Это произошло во время нашего порта решения для нового Visual Studio 2013. Решение представляет собой разнообразное сочетание управляемых и неуправляемых проектов / кода. Проблема (и исправить) в конечном итоге отсутствует приложение.конфигурации файл в папке решения. Потребовался день, чтобы понять это: (, поскольку выходной журнал был не очень полезен.
Я проверил все мои настройки в соответствии с этим списком:http://msdn.microsoft.com/en-us/library/ts7eyw4s.aspx#feedback . Это полезно для меня и для моей ситуации, я узнаю, что ссылочная зависимость свойств проектов имеет двойную кавычку, которой не должно быть.
у меня была та же ошибка, только с пакетом Nuget, который я установил (тот, который не является только заголовком), а затем попытался удалить.
Что было неправильно для меня, так это то, что я все еще включал заголовок для пакета, который я только что удалил в одном из моих .cpp файлы (довольно глупо, да).
Я даже удалил дополнительную ссылку на каталоги библиотеки в Project -> Properties -> Linker -> General , но, конечно, безрезультатно, так как я все еще пытался ссылаться на несуществующий заголовок.
определенно сбивает с толку сообщение об ошибке в этом случае, так как имя заголовка но ошибка дала мне «cannot open file ‘llibboost_filesystem-vc140-mt-gd-1_59.lib’» и никаких номеров строк или чего-то еще.
Я отвечаю, потому что я не вижу это конкретное решение, перечисленное кем-либо еще.
по-видимому, мой антивирус (Ad-Aware) отмечал DLL, от которой зависит один из моих проектов, и удалял его. Даже после исключения каталога, где живет DLL, то же самое поведение продолжалось до тех пор, пока я не перезагрузил компьютер.
У меня была та же проблема, но решение для моего случая не указано в ответах. Моя антивирусная программа (AVG) определила файл MyProg.exe как вирус и положить его в «хранилище вирусов». Вам нужно проверить этот склад, и если файл есть — то просто восстановить его. Это меня выручило.
Решение 1 (для моего случая): перезапустите процесс Проводника windows (да, диспетчер файлов windows).
- Закрыть Visual Studio. Выход Из Системы Windows
- вход в систему, откройте Visual Studio
- построить как обычно. Теперь он строит и может получить доступ к проблемному файлу.
Я предполагаю, что иногда файловая система или тот, кто ее контролирует, теряется с ее разрешениями. Перед перезапуском сеанса windows, пытался убить зомби msbuild32.exe процессы, перезагрузите visual studio, не проверяйте даже отображение файла проблемы. Нет проблем с конфигурацией сборки. Это случается время от времени. Некоторые внутренние вещи в Windows не исправляются,требуется перезагрузка.
в моем случае Я заменил файлы математической библиотеки из предыдущего графического курса игрового движка на GLM. Проблема заключалась в том, что я не добавил их в проект в обозревателе решений Visual Studio (даже если они были в репозитории проекта).
У меня была эта проблема в сочетании с ошибкой LNK2038, а затем это post для разделения библиотеки DLL выпуска и отладки. В этом процессе я очистил всю папку, в которой находились эти зависимости.
к счастью, у меня была резервная копия всех этих файлов, и я получил файл, для которого эта ошибка отбрасывала обратно в папку отладки, чтобы решить проблему. Код ошибки вводил в заблуждение каким-то образом, поскольку мне пришлось потратить много времени, чтобы прийти к этому совету от одного из ответов с этого поста снова.
надеюсь, что этот ответ, помогает кому-то в нужде.
Я решил это с помощью добавлять an существующий проектto мой решение, который я забыл добавить в первый раз.
Это было вызвано ; в конце. Если у вас есть несколько библиотек, они должны быть разделены пустым пространством (пробел), без запятой или точки с запятой!
Так что не используйте ; или что-нибудь еще при перечислении библиотек в свойства проекта > > свойства конфигурации > > Компоновщик > > ввод
У меня была такая же проблема , я просто скопировал код в новый проект и начали строить . Некоторые другие ошибки начали приходить. ошибка C4996:’ fopen’: эта функция или переменная может быть небезопасной. Рассмотрите возможность использования fopen_s вместо
снова решить эту проблему, я добавил свое одно свойство в проект, как показано ниже. Проект — > свойства — > свойство конфигурации — > c/c++ . В этой категории есть поле Имя препроцессора определения Я добавил _CRT_SECURE_NO_WARNINGS это для решения проблемы Надеюсь, это поможет .
Источник
| title | description | ms.date | f1_keywords | helpviewer_keywords | ms.assetid |
|---|---|---|---|---|---|
|
Linker Tools Error LNK1104 |
Describes the Microsoft C and C++ (MSVC) linker error LNK1104, its causes, and possible solutions. |
12/13/2019 |
LNK1104 |
LNK1104 |
9ca6f929-0efc-4055-8354-3cf5b4e636dc |
Linker Tools Error LNK1104
cannot open file ‘filename‘
This error is reported when the linker fails to open a file, either for reading or for writing. The two most common causes of the issue are:
-
your program is already running or is loaded in the debugger, and
-
your library paths are incorrect, or aren’t wrapped in double-quotes.
There are many other possible causes for this error. To narrow them down, first check what kind of file filename is. Then, use the following sections to help identify and fix the specific issue.
Can’t open your app or its .pdb file
Your app is running, or it’s loaded in the debugger
When filename is your executable’s name, or an associated .pdb file, see if your application is already running. Then check whether it’s loaded in a debugger. To fix this issue, stop the program and unload it from the debugger before building it again. If the app is open in another program, such as a resource editor, close it. If your program is unresponsive, you may need to use Task Manager to end the process. You might also need to close and restart Visual Studio.
Your app is locked by an antivirus scan
Antivirus programs often temporarily block access to newly created files, especially .exe and .dll executable files. To fix this issue, try excluding your project build directories from the antivirus scanner.
Can’t open a Microsoft library file
Windows libraries, such as kernel32.lib
If the file that can’t be opened is one of the standard library files provided by Microsoft, such as kernel32.lib, you may have a project configuration error or an installation error. Verify the Windows SDK has been installed. If your project requires other Microsoft libraries, such as MFC, make sure the MFC components were also installed by the Visual Studio installer. You can run the installer again to add optional components at any time. For more information, see Modify Visual Studio. Use the Individual components tab in the installer to choose specific libraries and SDKs.
Versioned vcruntime libraries
If the error message has a versioned Microsoft library such as msvcr120.lib, the platform toolset for that compiler version may not be installed. To fix this issue, you have two options: Upgrade the project to use the current platform toolset, or install the older toolset and build the project unchanged. For more information, see Upgrading Projects from Earlier Versions of Visual C++ and Use native multi-targeting in Visual Studio to build old projects.
Retail, Debug, or platform-specific libraries
The error may occur when you first build for a new target platform or configuration, such as Retail, or ARM64. In the IDE, verify the Platform toolset and Windows SDK Version specified in the General property page are installed. Also verify the required libraries are available in the Library Directories specified in the VC++ Directories Property Page. Check the properties for each configuration, such as Debug, Retail, x86, or ARM64. If one build works but another doesn’t, compare the settings for both. Install any missing required tools and libraries.
The vccorlib.lib library
There are no Spectre-mitigated libraries for Universal Windows (UWP) apps or components. If the error message includes vccorlib.lib, you may have enabled /Qspectre in a UWP project. Disable the /Qspectre compiler option to fix this issue. In Visual Studio, change the Spectre Mitigation property. It’s found in the C/C++ > Code Generation page of the project Property Pages dialog.
Libraries in projects from online or other sources
If you build a project copied from another computer, the library installation locations may be different. For command-line builds, verify the LIB environment variable and library paths are set correctly for the build. In Visual Studio, you can see and edit the current library paths set in the Property pages for your project. In the VC++ Directories page, choose the drop-down control for the Library Directories property, then choose Edit. The Evaluated value section of the Library Directories dialog lists the current paths searched for library files. Update these paths to point to your local libraries.
Updated Windows SDK libraries
This error can occur when the Visual Studio path to the Windows SDK is out of date. It may happen if you install a newer Windows SDK independently of the Visual Studio installer. To fix it in the IDE, update the paths specified in the VC++ Directories property page. Set the version in the path to match the new SDK. If you use the Developer Command Prompt, update the batch file that initializes the environment variables with the new SDK paths. This problem can be avoided by using the Visual Studio installer to install updated SDKs.
Can’t open a third-party library file
There are several common causes for this issue:
-
The path to your library file may be incorrect, or not wrapped in double-quotes. Or, you may not have specified it to the linker.
-
You may have installed a 32-bit version of the library but you’re building for 64 bits, or the other way around.
-
The library may have dependencies on other libraries that aren’t installed.
To fix a path issue for command-line builds, verify the LIB environment variable is set. Make sure it includes paths for all the libraries you use, and for every configuration you build. In the IDE, the library paths get set by the VC++ Directories > Library Directories property. Make sure all the directories that contain the libraries you need are listed here, for every configuration you build.
You might need to supply a library directory that overrides a standard library directory. On the command line, use the /LIBPATH option. In the IDE, use the Additional Library Directories property in the Configuration Properties > Linker > General property page for your project.
Make sure you install every version of the library you need for the configurations you build. Consider using the vcpkg package management utility to automate the installation and setup for many common libraries. When you can, it’s best to build your own copies of third-party libraries. Then you’re sure to have all the libraries’ local dependencies, built for the same configurations as your project.
Can’t open a file built by your project
You may see this error if filename doesn’t exist yet when the linker tries to access it. It can happen when one project depends on another in the solution, but the projects build in the wrong order. To fix this issue, make sure your project references are set in the project that uses the file. Then the missing file gets built before it’s required. For more information, see Adding references in Visual Studio C++ projects and Managing references in a project.
Can’t open file ‘C:Program.obj’
If you see the filename C:Program.obj in the error message, wrap your library paths in double quotes. This error happens when an unwrapped path that begins with C:Program Files gets passed to the linker. Unwrapped paths may also cause similar errors. Typically, they show an unexpected .obj file in the root of your drive.
To fix this issue for command-line builds, check the /LIBPATH option parameters. Also check the paths specified in the LIB environment variable, and the paths specified on the command line. Make sure to use double-quotes around any paths that include spaces.
To fix this issue in the IDE, add double-quotes as necessary to the following properties for your project:
-
The Library Directories property on the Configuration Properties > VC++ Directories property page,
-
The Additional Library Directories property in the Configuration Properties > Linker > General property page,
-
The Additional Dependencies property in the Configuration Properties > Linker > Input property page.
Other common issues
Path or filename issues
This error can occur when the library filename or path specified to the linker is incorrect. Or, when the path has an invalid drive specification. Look on the command line or in any #pragma comment( lib, «library_name» ) directive for issues. Check your spelling and the file extension, and verify the file exists at the specified location.
Parallel build synchronization
If you’re using a parallel build option, Visual Studio may have locked the file on another thread. To fix this issue, verify the same code object or library isn’t built in multiple projects. Use build dependencies or project references to pick up built binaries in your project.
Additional dependencies specified in the IDE
When you specify individual libraries in the Additional Dependencies property directly, use spaces to separate the library names. Don’t use commas or semicolons. If you use the Edit menu item to open the Additional Dependencies dialog box, use newlines to separate the names, not commas, semicolons, or spaces. Also use newlines when you specify library paths in the Library Directories and Additional Library Directories dialog boxes.
Paths that are too long
You may see this error when the path for filename expands to more than 260 characters. If needed, rearrange your directory structure or shorten your folder and file names to shorten the paths.
Files that are too large
This error can occur because the file is too large. Libraries or object files more than a gigabyte in size may cause problems for the 32-bit linker. A possible fix for this issue is to use the 64-bit toolset. For more information on how to use the 64-bit toolset at the command line, see How to: Enable a 64-Bit Visual C++ Toolset on the Command Line. For information on how to use the 64-bit toolset in the IDE, see Using MSBuild with the 64-bit Compiler and Tools. Also see this Stack Overflow post: How to make Visual Studio use the native amd64 toolchain.
Incorrect file permissions
This error can occur if you have insufficient file permissions to access filename. It may happen if you use an ordinary user account to access library files in protected system directories. Or, if you use files copied from other users that still have their original permissions set. To fix this issue, move the file to a writeable project directory. If the moved file has inaccessible permissions, run the takeown.exe command in an Administrator command window to take ownership of the file.
Insufficient disk space
The error can occur when you don’t have enough disk space. The linker uses temporary files in several cases. Even if you have sufficient disk space, a large link can deplete or fragment the available disk space. Consider using the /OPT (Optimizations) option; doing transitive COMDAT elimination reads all the object files multiple times.
Problems in the TMP environment variable
If the filename is named LNKnnn, it’s a filename generated by the linker for a temporary file. The directory specified in the TMP environment variable may not exist. Or, more than one directory may be specified for the TMP environment variable. Only one directory path should be specified for the TMP environment variable.
Help, my issue isn’t listed here!
When none of the issues listed here apply, you can use the feedback tools in Visual Studio for help. In the IDE, go to the menu bar and choose Help > Send Feedback > Report a Problem. Or, submit a suggestion by using Help > Send Feedback > Send a Suggestion. You can also use the Microsoft Learn Q&A site for questions, and the Visual Studio C++ Developer Community website. Use these sites to search for answers to questions and ask for help. For more information, see How to report a problem with the Visual C++ toolset or documentation.
If you’ve discovered a new way to fix this issue that we should add to this article, let us know. You can send us feedback by using the button below for This page. Use it to create a new issue in our C++ documentation GitHub repo. Thanks!