Nmake fatal error u1077 cl return code 0x1

Nmake fatal error u1077 cl return code 0x1

I have downloaded this version of QT (4.8.6) and I configured it as followed:

That ran successfully indicating that I was ready to run nmake , so that’s what I did, and after 20 minutes of compiling it gives a fatal error, this is the output:

I have one environment variable set up in my path C:SoftwareQt4.8.6bin and I’m running Windows 7 x64.
After having tried for several days now I have no clue what could be wrong. Any help would be greatly appreciated!!

Hi and welcome to devnet,

AFAIK, Visual Studio 14 is MSVC2015 not 2013. You should rather go with Qt 4.8.7 since its the latest (and last) version of the Qt 4 series.

I now downloaded the source files of Qt version 4.8.7 and tried again, but now I did configure with the -platform flag set to win32-msvc2015 instead of win32-msvc2013 , which gave me another error right at the beginning:

I also tried without setting the -platform flag at all, but that gives the same error. Any idea of what could be wrong?

There’s something unclean on your system, it’s looking for the mkspec in your Qt 4.8.6 folder.

You should rather run your configuration from a new command line instance. Also, I’d recommend making out of source builds, that way you can just nuke the build directory if you need to start from scratch.

There was indeed something wrong with in the 4.8.7 folder. I just removed the old folder one and unpacked a clean version. It’s now compiling and so far no errors 🙂

Also, I’d recommend making out of source builds, that way you can just nuke the build directory if you need to start from scratch.

Could you be a little more specific? I don’t quite get what you mean by making out of source builds.

Edit

And I have an error, again..
Any clue on what could be wrong? I have to admit I am losing hope :'(

I mean: don’t build in the source tree but in another folder. i.e.:

Then you can call nmake or jom as you wish.

@Tomasito665 — hi, any luck with this? I’m having the same issue/errors whilst running 4.8.6 on Windows 10.

I believe i’m doing everything correctly but am thinking that there may be a dis-connection in the cstdint call somewhere. or I’ve mixed x86 and am64 compiles up somewhere.

anyway, i’m keen to hear what you’ve done to resolve this.

(I should add, there is/was a patch for running v2013 using MS2015 — hasn’t resolved my issue though. )

Ok, so I was able to resolve my issue after a lot of messing about. The short of it was that my Makefile.release file wasn’t including the cstdint header file. I’m not sure where in the configuration it went wrong (configure.exe) but I had to add to the Makefile.release file the following information:

INCPATH= -I»c: VCinclude»

INCPATH is already there. You need to add the rest BEFORE the rest of the path information being included. It didn’t work when placed afterwards.

This worked until I came across another problem with the StringsExtras.h file, which was another issue (had to comment out the ‘endif’ statements on lines 79 and 91).

Источник

FIX: «Fatal error U1077» error message when you use Platform Builder to build a Windows Embedded Compact 7 image that includes clone modules

Symptoms

Consider the following scenario:

You have a Windows Embedded Compact 7-based OS design that includes clone modules.

You build the OS design in Platform Builder.

In this scenario, the build is broken. Additionally, you receive the following error message:

Unhandled Exception: System.InvalidOperationException: The environment block used to start a process cannot be longer than 65535 bytes. Your environment block is nnn’> bytes long. Remove some environment variables and try again.
at System.Diagnostics.EnvironmentBlock.ToByteArray(StringDictionary sd, Boolean unicode)
at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
at System.Diagnostics.Process.Start()
at Microsoft.PlatformBuilder.MainClass.Main(String[] args)
NMAKE : fatal error U1077: C:WINCE700publiccommonoakbini386SysgenMake.EXE: return code ‘0xe0434f4d’

Cause

When you include clone modules in an OS design, SysgenMake.exe checks the environment block size for all modules. This process occurs when the NMAKE/RES2RES process is called during the OS design build. For some modules, such as the Coredllhs.dll module, the environment block size increases beyond the maximum allowed size (less than 64 KB). This causes the build to break, and then the «fatal error U1077» error message is generated.

Resolution

Software update information

A supported software update that is named «Windows Embedded Compact 7 Monthly Update March 2012» is now available from Microsoft. In the «File information» section, the package file name contains the processor type.

Note This Windows Embedded Compact 7 Monthly Update is available for download from the Microsoft Download Center:

Prerequisites

This update is supported only if all previously issued updates for this product have also been installed.

Restart requirement

After you apply this update, you must perform a clean build of the whole platform. To do this, use one of the following methods:

On the Build menu, click Clean Solution, and then click Build Solution.

On the Build menu, click Rebuild Solution.

You do not have to restart the computer after you apply this software update.

Update replacement information

This update does not replace any other updates.

File information

The English version of this software update package has the file attributes (or later file attributes) that are listed in the following table. The dates and times for these files are listed in Coordinated Universal Time (UTC). When you view the file information, it is converted to local time. To find the difference between UTC and local time, use the Time Zone tab in the Date and Time item in Control Panel.

Источник

Nmake fatal error u1077 cl return code 0x1

This forum is closed. Thank you for your contributions.

Asked by:

Question

While building the phoenix bios source code, i’m getting the error as below. Could you please help me in resolving this.

1Protocolmakefile all [Thread_1] nmake -nologo -f C:phoenixSCTProjectsHuronRiverCrb00tempX64System0 1Guidmakefile all nmake -nologo -f C:phoenixSCTProjectsHuronRiverCrb00tempX64System01Guidmake file all ‘C:Program’ is not recognized as an internal or external command, operable program or batch file. NMAKE : fatal error U1077: ‘»C:Program FilesMicrosoft Visual Studio 8VCbinx86_amd64cl’ : r eturn code ‘0x1’ Stop. ProcessDsc : error E0000: Multi-thread build libraries failure NMAKE : fatal error U1077: ‘C:phoenixSCTtools01ProcessDsc’ : return code ‘0x2’ Stop. PHMAKE: While building target ‘all’, the statement ‘cmd’ failed, reporting ‘File not found’ (2) (0x0002). C:phoenixSCTProjectsHuronRiverCrb00> C:phoenixSCTProjectsHuronRiverCrb00>

It says ‘C:Program’ is not recognised as an internal command.

Источник

Ошибка при компиляции Qt: nmake фатальная ошибка U1077

Я пытаюсь скомпилировать Qt 4.7.4, но всегда получаю эту ошибку:

С помощью командной строки Visual Studio я выполнил следующие команды:

Что я могу сделать для устранения этой ошибки?

Таким образом, очевидно, что tutorial5.exe не работает правильно или полностью, и exe никогда не создается. Mt.exe – это инструмент построения постсооружений Windows, который используется для создания подписанных файлов и каталогов. Он возвращает ошибку, потому что не может найти файл.

Решение вашей проблемы включает исключение демонстраций и обучающих программ из вашей сборки или поиск ошибки в исходном коде для учебника 5, чтобы он правильно строился. Или вы даже можете поместить фиктивную версию tutorial5.exe, чтобы увидеть, является ли это единственной ошибкой.

Скорее всего, ошибка в исходном коде имеет какое-то отношение к разнице между инструментом компилятора по умолчанию для Qt в Windows (MingW) и компилятором msvs2010 и тем, как они пытаются обрабатывать определенный код Windows.

Как исключить примеры при построении Qt

Другие люди в сети с аналогичными проектами исключили примеры из вызова сборки nmake, используя флаг “sub-src”.

Что такое tutorial5.exe

Вот расположение в построенной по умолчанию Qt для release/tutorial5.exe :

Вероятно, вам следует отправить билет, описывающий проблему, в проект Qt: bugreports.qt.io

Аналогичная ошибка с консольным приложением Qt с Qt 4.8.1, Creator 2.7.1, MSVC2010 Express в Windows 7 64 бит:

А потом что-то вдоль

Однако приложение построено, а затем может быть “Run” изнутри Creator.
Ошибка также возникает при “Build”, то есть не “Run”.
Я начал думать, что это может быть проблема синхронизации, например. создатель запускает оболочку для запуска программы слишком рано.
Он работает полностью (без ошибок) после удаления файла.

Может быть, мой GIT (или TortoiseGIT) обращается к файлу, хотя я не могу видеть эти процессы.

Изменить: это может быть и антивирусный сканер, проверяющий записываемый файл.
Edit2: подтверждено: временное отключение сканера устраняет проблему

Попробуйте запустить командную строку Microsoft visual studio в качестве администратора. Когда вы переходите на панель шарма и ища приглашение MSVS, щелкните правой кнопкой мыши и запустите его как admin.

Источник

OpenSSL: фатальная ошибка Nmake U1077: «ias»: код возврата «0x1»

Я пытаюсь настроить OpenSSL в Windows 10 64-bit, следуя инструкциям до сих пор, после установки Visual Studio я попытался сделать nmake в каталоге openssl с помощью командной строки Visual c ++ 2008, чтобы получить следующую ошибку:

Эта ошибка отличается, если я пытаюсь скомпилировать 32-битную версию. Это приводит к ошибке ссылки на NASM, которую я попытался установить безуспешно.

Кто-нибудь может предложить решение?

Спасибо, что нашли время, чтобы прочитать мой вопрос.

Решение

Проблема не имеет ничего общего с длинными именами файлов. @ Себастьян не имеет ias установлены. Он не должен использовать МСФО в любом случае.

Тебе нужно NASM если вы хотите, чтобы OpenSSL воспользовался преимуществами оптимизации на ассемблере.

Если нет, вы можете пройти no-asm в Configure ,

В зависимости от вашей операционной системы

в Windows (выберите только одну из целей для конфигурации):

вам нужно либо VC-WIN32 или же VC-WIN64A , Вот как я это сделал . 1.0.1g была текущая версия на момент публикации.

1. Загрузите последнюю версию исходного кода
2. Запустите соответствующую командную строку VC
3. При желании получить zlib, собрать DLL
4. Получить нос и построить исполняемый файл

Если вы просили zlib, добавьте каталоги в INCLUDE и LIB:

Бежать C:…openssl-1.0.1g> perl Configure VC-WIN64A zlib-dynamic —openssldir=C:optOpenSSL

Бежать C:…openssl-1.0.1g> msdo_win64a

Бежать C:…openssl-1.0.1g> nmake -f msntdll.mak

перейдите к out32dll и запустите .. ms test

Убедитесь, что все тесты пройдены:

PS: если вы собираете OpenSSL для использования с Strawberry Perl, обратите внимание, что perl.exe будет скомпилирован с gcc, и поэтому вы должны использовать gcc, который поставляется с Strawberry Perl, для сборки OpenSSL.

Если вы собираете библиотеку для использования с проектом, который вы создадите с помощью цепочки инструментов MSVC, вы можете проигнорировать этот комментарий.

Источник

Forum Updated on Feb 6th

OpenSSL: фатальная ошибка Nmake U1077: «ias»: код возврата «0x1»

Я пытаюсь настроить OpenSSL в Windows 10 64-bit, следуя инструкциям до сих пор, после установки Visual Studio я попытался сделать nmake в каталоге openssl с помощью командной строки Visual c ++ 2008, чтобы получить следующую ошибку:

Эта ошибка отличается, если я пытаюсь скомпилировать 32-битную версию. Это приводит к ошибке ссылки на NASM, которую я попытался установить безуспешно.

Кто-нибудь может предложить решение?

Спасибо, что нашли время, чтобы прочитать мой вопрос.

Решение

Проблема не имеет ничего общего с длинными именами файлов. @ Себастьян не имеет ias установлены. Он не должен использовать МСФО в любом случае.

Тебе нужно NASM если вы хотите, чтобы OpenSSL воспользовался преимуществами оптимизации на ассемблере.

Если нет, вы можете пройти no-asm в Configure ,

В зависимости от вашей операционной системы

в Windows (выберите только одну из целей для конфигурации):

вам нужно либо VC-WIN32 или же VC-WIN64A , Вот как я это сделал . 1.0.1g была текущая версия на момент публикации.

1. Загрузите последнюю версию исходного кода
2. Запустите соответствующую командную строку VC
3. При желании получить zlib, собрать DLL
4. Получить нос и построить исполняемый файл

Если вы просили zlib, добавьте каталоги в INCLUDE и LIB:

Бежать C:…openssl-1.0.1g> perl Configure VC-WIN64A zlib-dynamic —openssldir=C:optOpenSSL

Бежать C:…openssl-1.0.1g> msdo_win64a

Бежать C:…openssl-1.0.1g> nmake -f msntdll.mak

перейдите к out32dll и запустите .. ms test

Убедитесь, что все тесты пройдены:

PS: если вы собираете OpenSSL для использования с Strawberry Perl, обратите внимание, что perl.exe будет скомпилирован с gcc, и поэтому вы должны использовать gcc, который поставляется с Strawberry Perl, для сборки OpenSSL.

Если вы собираете библиотеку для использования с проектом, который вы создадите с помощью цепочки инструментов MSVC, вы можете проигнорировать этот комментарий.

Источник

FIX: «NMAKE : fatal error U1077» error message in the build log when you try to clone the Calibrui module for a Windows Embedded Compact 7-based image on a computer that is running Windows XP SP3

Symptoms

Consider the following scenario:

You have Windows Embedded Compact 7 installed on a computer that is running Windows XP Service Pack 3 (SP3).

You clone the Calibrui module for a Windows Embedded Compact 7-based image in Platform Builder.

You build the image.

In this scenario, you receive the following error message in the build log:

NMAKE : fatal error U1077:
‘C:WINCE700publiccommonoakBini386SysgenMake.EXE’ : return code
‘0xc0150004’

Note You may also receive a different error message when you try to build a Windows Embedded Compact 7 image by using platform builder. For more information about that error message, see the «More Information» section. Be aware that this update does not resolve that error message.

Resolution

Software update information

A supported software update is now available from Microsoft as Windows Embedded Compact 7 Monthly Update May 2012. In the «File information» section, the package file name contains the processor type.

Note This Windows Embedded Compact 7 monthly update is available for download from the following Microsoft Download Center website:

Prerequisites

This update is supported only if all previously issued updates for this product have also been installed.

Restart requirement

After you apply this update, you must perform a clean build of the whole platform. To do this, use one of the following methods:

On the Build menu, click Clean Solution, and then click Build Solution.

On the Build menu, click Rebuild Solution.

You do not have to restart the computer after you apply this software update.

Update replacement information

This update does not replace any other updates.

File information

The English version of this software update package has the file attributes (or later file attributes) that are listed in the following table. The dates and times for these files are listed in Coordinated Universal Time (UTC). When you view the file information, it is converted to local time. To find the difference between UTC and local time, use the Time Zone tab in the Date and Time item in Control Panel.

Files that are included in this update package

More Information

When you try to build a Windows Embedded Compact 7 image by using platform builder, there is a very remote possibility that you may receive the following error message:

The environment block used to start a process cannot be longer than 65535 bytes. Your environment block is 72706 bytes long. Remove some environment variables and try again.

Note The actual environment block size (72706 in this case) is variable and depends on your specific computer and settings.

To work around this problem, take one or more of the following actions:

Reduce unwanted Sysgen variables from the project.

Change folder names, solution names, and so on to reduce the directory path lengths that are used.

Reduce unwanted locales from the project.

These workarounds will in effect reduce the environment variable size and help you keep the environment variable block size under 65535 bytes.

References

For more information about how to clone the Calibrui module, go to the following Microsoft Developer Network (MSDN) website:

Cloning the Calibrui ModuleFor more information about software update terminology, click the following article number to view the article in the Microsoft Knowledge Base:

824684 Description of the standard terminology that is used to describe Microsoft software updates

Источник

Ошибка при компиляции Qt: nmake фатальная ошибка U1077

Я пытаюсь скомпилировать Qt 4.7.4, но всегда получаю эту ошибку:

С помощью командной строки Visual Studio я выполнил следующие команды:

Что я могу сделать для устранения этой ошибки?

Таким образом, очевидно, что tutorial5.exe не работает правильно или полностью, и exe никогда не создается. Mt.exe – это инструмент построения постсооружений Windows, который используется для создания подписанных файлов и каталогов. Он возвращает ошибку, потому что не может найти файл.

Решение вашей проблемы включает исключение демонстраций и обучающих программ из вашей сборки или поиск ошибки в исходном коде для учебника 5, чтобы он правильно строился. Или вы даже можете поместить фиктивную версию tutorial5.exe, чтобы увидеть, является ли это единственной ошибкой.

Скорее всего, ошибка в исходном коде имеет какое-то отношение к разнице между инструментом компилятора по умолчанию для Qt в Windows (MingW) и компилятором msvs2010 и тем, как они пытаются обрабатывать определенный код Windows.

Как исключить примеры при построении Qt

Другие люди в сети с аналогичными проектами исключили примеры из вызова сборки nmake, используя флаг “sub-src”.

Что такое tutorial5.exe

Вот расположение в построенной по умолчанию Qt для release/tutorial5.exe :

Вероятно, вам следует отправить билет, описывающий проблему, в проект Qt: bugreports.qt.io

Аналогичная ошибка с консольным приложением Qt с Qt 4.8.1, Creator 2.7.1, MSVC2010 Express в Windows 7 64 бит:

А потом что-то вдоль

Однако приложение построено, а затем может быть “Run” изнутри Creator.
Ошибка также возникает при “Build”, то есть не “Run”.
Я начал думать, что это может быть проблема синхронизации, например. создатель запускает оболочку для запуска программы слишком рано.
Он работает полностью (без ошибок) после удаления файла.

Может быть, мой GIT (или TortoiseGIT) обращается к файлу, хотя я не могу видеть эти процессы.

Изменить: это может быть и антивирусный сканер, проверяющий записываемый файл.
Edit2: подтверждено: временное отключение сканера устраняет проблему

Попробуйте запустить командную строку Microsoft visual studio в качестве администратора. Когда вы переходите на панель шарма и ища приглашение MSVS, щелкните правой кнопкой мыши и запустите его как admin.

Источник

FIX: «Fatal error U1077» error message when you use Platform Builder to build a Windows Embedded Compact 7 image that includes clone modules

Symptoms

Consider the following scenario:

You have a Windows Embedded Compact 7-based OS design that includes clone modules.

You build the OS design in Platform Builder.

In this scenario, the build is broken. Additionally, you receive the following error message:

Unhandled Exception: System.InvalidOperationException: The environment block used to start a process cannot be longer than 65535 bytes. Your environment block is nnn’> bytes long. Remove some environment variables and try again.
at System.Diagnostics.EnvironmentBlock.ToByteArray(StringDictionary sd, Boolean unicode)
at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
at System.Diagnostics.Process.Start()
at Microsoft.PlatformBuilder.MainClass.Main(String[] args)
NMAKE : fatal error U1077: C:WINCE700publiccommonoakbini386SysgenMake.EXE: return code ‘0xe0434f4d’

Cause

When you include clone modules in an OS design, SysgenMake.exe checks the environment block size for all modules. This process occurs when the NMAKE/RES2RES process is called during the OS design build. For some modules, such as the Coredllhs.dll module, the environment block size increases beyond the maximum allowed size (less than 64 KB). This causes the build to break, and then the «fatal error U1077» error message is generated.

Resolution

Software update information

A supported software update that is named «Windows Embedded Compact 7 Monthly Update March 2012» is now available from Microsoft. In the «File information» section, the package file name contains the processor type.

Note This Windows Embedded Compact 7 Monthly Update is available for download from the Microsoft Download Center:

Prerequisites

This update is supported only if all previously issued updates for this product have also been installed.

Restart requirement

After you apply this update, you must perform a clean build of the whole platform. To do this, use one of the following methods:

On the Build menu, click Clean Solution, and then click Build Solution.

On the Build menu, click Rebuild Solution.

You do not have to restart the computer after you apply this software update.

Update replacement information

This update does not replace any other updates.

File information

The English version of this software update package has the file attributes (or later file attributes) that are listed in the following table. The dates and times for these files are listed in Coordinated Universal Time (UTC). When you view the file information, it is converted to local time. To find the difference between UTC and local time, use the Time Zone tab in the Date and Time item in Control Panel.

Источник

Nmake fatal error u1077 cl возвращенный код 0x1

Answered by:

Question

I am trying to compile a .c function that gets hooked to a CFD program. When the makefile generated by the CFD program invokes «NMAKE» to compile the function I get the following error:

NMAKE : fatal error U1077: ‘»pathcl.exe»‘ : return code ‘0xc0000135’

The source code of the function appears sound. It is a very simple function. My best guess is something is wrong in my environment setup or something is wrong with the Visual installation.

Can anyone shed some light on what might be the cause of that fatal error? Any suggestions/help would be much appreciated.

Answers

It looks like the makefile does not have the path to where your compiler is installed. You might want to review the generated makefile and see what kind of environment variables or other parameters it expects to have set or customized so it can find the command-line compiler, the linker, and other programming-system utilities that may be needed.

You can get general help about nmake from the MSDN Help in VC++ and on-line. For what the CFD program generates and how to setup an environment that is expected in the generated makefile, you’ll need to consult with CFD experts, on-line sources and any documentation.

It looks like the makefile does not have the path to where your compiler is installed. You might want to review the generated makefile and see what kind of environment variables or other parameters it expects to have set or customized so it can find the command-line compiler, the linker, and other programming-system utilities that may be needed.

You can get general help about nmake from the MSDN Help in VC++ and on-line. For what the CFD program generates and how to setup an environment that is expected in the generated makefile, you’ll need to consult with CFD experts, on-line sources and any documentation.

I got this error when I am using a 32 bit lib.

I resolved this by setting the environment variable «lib» to point to a 64 bit lib dir as below.

C:Program FilesMicrosoft SDKsWindowsv6.0ALibx64

set lib=C:Program FilesMicrosoft SDKsWindowsv6.0ALibx64;your/other/lib

hope this helps.

I had the same error when I forgot to launch vcvarsall.bat before compiling from Dos.

Maybe cl.exe finds wrong libraries when the Paths are not good.

I also got this error code when configuring QT 4.4.3 in windows and the solution is truly run VCVARSALL.BAT before CONFIGURE.exe.

Thanks,
«I use VC++ 8.0»

I had the same error when I forgot to launch vcvarsall.bat before compiling from Dos.

Maybe cl.exe finds wrong libraries when the Paths are not good.

for me the issue was path for these dll was not correct msobj80.dll, mspdb80.dll, msvcp80.dll, msvcr80.dll.

when i run cl from cmd prompt i came to know about this. after setting the path issue got resolved.

Источник

I am trying to compile models into a .dll in order use for HIL simulation, but MATLAB shows en error when I attempt to build the file. I have the correct System Target File selected, the Solver is selected as Fixed-Step Discrete, and I ran the mex -setup to select the Microsoft Visual C++ 2010 Express compiler on my PC. Once I attempt to build, I get the following:

Microsoft (R) Program Maintenance Utility Version 10.00.30319.01 Copyright (C) Microsoft Corporation. All rights reserved.

### Linking …

C:Program FilesMATLABR2011asysperlwin32binperl C:Program FilesMATLABR2011artwctoolsmkvc_lnk.pl Compile_Model_Example.lnk Compile_Model_Example.obj Compile_Model_Example_data.obj rtGetInf.obj rtGetNaN.obj rt_logging.obj rt_nonfinite.obj NIVeriStand_main.obj rt_sim.obj Compile_Model_Example.res

‘C:Program’ is not recognized as an internal or external command, operable program or batch file.

NMAKE : fatal error U1077: ‘C:Program’ : return code ‘0x1’

Stop.

The make command returned an error of 2

‘An_error_occurred_during_the_call_to_make’ is not recognized as an internal or external command, operable program or batch file. ### Build procedure for model: ‘Compile_Model_Example’ aborted due to an error.

—————————————————————

I also noticed I get a similar statement when running mex -setup:

>> mex -setup

‘C:Program’ is not recognized as an internal or external command, operable program or batch file.

Welcome to mex -setup. This utility will help you set up a default compiler.

Please choose your compiler for building MEX-files:

Would you like mex to locate installed compilers [y]/n?

What should I do next to fix this issue? Thanks