Gcc error 127 - Исправление ошибок и поиск оптимальных решений проблем

This semester I got this new subject where we get to work with Discovery STM32 F4, and we are still in the phase of setting it up. But I have this problem in the beginning.

When I try to compile this «blink» code I get this error:

So, as I got it so far, we are using this shortcut command «make» to compile code, and we were given instruction to set it up as it’s shown in images below:

Setup]

Can anyone see what’s the problem here?

Paolo

18k6 gold badges33 silver badges62 bronze badges

asked Apr 1, 2016 at 20:59

Error 127 means one of two things:

file not found: the path you’re using is incorrect. double check that the program is actually in your $PATH, or in this case, the relative path is correct — remember that the current working directory for a random terminal might not be the same for the IDE you’re using. it might be better to just use an absolute path instead.
ldso is not found: you’re using a pre-compiled binary and it wants an interpreter that isn’t on your system. maybe you’re using an x86_64 (64-bit) distro, but the prebuilt is for x86 (32-bit). you can determine whether this is the answer by opening a terminal and attempting to execute it directly. or by running file -L on /bin/sh (to get your default/native format) and on the compiler itself (to see what format it is).

if the problem is (2), then you can solve it in a few diff ways:

get a better binary. talk to the vendor that gave you the toolchain and ask them for one that doesn’t suck.
see if your distro can install the multilib set of files. most x86_64 64-bit distros allow you to install x86 32-bit libraries in parallel.
build your own cross-compiler using something like crosstool-ng.
you could switch between an x86_64 & x86 install, but that seems a bit drastic ;).

answered Apr 2, 2016 at 1:02

Mike FrysingerMike Frysinger

2,6901 gold badge21 silver badges24 bronze badges

Источник

I am trying to install shc on Ubuntu 18.04

wget http://www.datsi.fi.upm.es/~frosal/sources/shc-3.8.9b.tgz
tar xvfz shc-3.8.9.tgz
cd shc-3.8.9
make

But receive the following error:

cc -Wall  shc.c -o shc
make: cc: Command not found
makefile:31: recipe for target 'shc' failed
make: *** [shc] Error 127

The makefile:

# Makefile
#

INSTALL_PATH = /usr/local

# For SCO
CFLAGS = -b elf -O -D_SVID

# For IRIX
CFLAGS = -xansi -fullwarn -O3 -g0

# For Solaris
CFLAGS = -fast -xO4 -s -v -Xa

# For HPUX
CFLAGS = -Wall -O -Ae

# For OSF1
CFLAGS = -w -verbose -fast -std1 -g0

# For GNU C compiler
CFLAGS = -Wall # -O6 -pedantic

#SHELL = /bin/sh

SHCFLAGS = -v -T # Add -T option to allow binary to be traceable

all: shc ask_for_test

shc: shc.c
    $(CC) $(CFLAGS) $@.c -o $@

ask_for_test:
    @echo '***  �Do you want to probe shc with a test script?'
    @echo '***  Please try...   make test'

test: make_the_test ask_for_strings

make_the_test: match.x
    @echo '***  Running a compiled test script!'
    @echo '***  It must show files with substring "sh" in your PATH...'
    ./match.x sh

match.x: shc match
    @echo '***  Compiling script "match"'
    CFLAGS="$(CFLAGS)" ./shc $(SHCFLAGS) -f match

ask_for_strings:
    @echo '***  �Do you want to see strings in the generated binary?'
    @echo '***  Please try...   make strings'

strings: make_the_strings ask_for_expiration

make_the_strings: match.x
    @echo '***  Running: "strings -n 5 'match.x'"'
    @echo '***  It must show no sensible information...'
    strings -n 5 match.x

ask_for_expiration:
    @echo '***  �Do you want to probe expiration date?'
    @echo '***  Please try...   make expiration'

expiration: til_yesterday ask_for_install

til_yesterday: shc match
    @echo '***  Compiling "match" to expired date'
    CFLAGS="$(CFLAGS)" ./shc $(SHCFLAGS) -vv -e `date "+%d/%m/%Y"` -f match
    @echo '***  Running a compiled test script!'
    @echo '***  It must fail showing "./match.x: has expired!"'
    ./match.x

ask_for_install:
    @echo '***  �Do you want to install shc?'
    @echo '***  Please try...   make install'

install: shc
    @echo '***  Installing shc and shc.1 on '$(INSTALL_PATH)
    @echo -n '***   �Do you want to continue? '; read ANS; case "$$ANS" in y|Y|yes|Yes|YES) ;; *) exit 1;; esac;
    install -c -s shc $(INSTALL_PATH)/bin/
    install -c -m 644 shc.1 $(INSTALL_PATH)/man/man1/

clean:
    rm -f *.o *~ *.x.c

cleanall: clean
    rm -f shc *.x

I have no idea how to fix this error. Can anyone help?

mature

3,7199 gold badges29 silver badges64 bronze badges

asked Nov 22, 2018 at 17:24

cc is an alias for the GNU C compiler (gcc). You can install it as follows:

 sudo apt install gcc

If, for some reason, the gcc compiler is already installed, but the symbolic link /usr/bin/cc is missing, you can also do:

 make CC=gcc

answered Nov 22, 2018 at 18:07

sudo apt install build-essential

This will install a C compiler (providing the cc command) as well as other tools that you may need for building software from source.

answered Nov 22, 2018 at 19:39

MarkMark

5724 silver badges13 bronze badges

Источник

Печать

Страницы: [1] Вниз

Тема: Проблемы с makefile (Прочитано 3942 раз)

0 Пользователей и 1 Гость просматривают эту тему.

6epreu

Всем добрый день.

Имеется makefile слудеющего содержания, лежащий вместе с исходными файлами (main.c, list.s, list.h)

PATH=/usr/local PROGRAM=result COMPILE=gcc -c LINK=gcc -o


$(PROGRAM): main.o list.o
	$(LINK) $(PROGRAM) main.o list.o
main.o: main.c 
	$(COMPILE) main.c
list.o: list.c 
	$(COMPILE) list.c 
install: 
	cp -f $(PROGRAM) $(PATH)

При выполлении команды make в консоли получается следующее:

make: gcc: Команда не найдена make: *** [main.o] Ошибка 127
В чем собственно дело?

yorik1984

make: gcc: Команда не найдена
вам же все написали. Нет компилятора gcc

sudo apt-get install gcc

wl

лучше ставить build-essential
помимо голого компилятора надо еще библиотеки, заголовки, итдитп.

На свете феньки есть такие, брат Горацио, которых лохи просто не секут. (Шекспир, «Гамлет», вольный перевод)

6epreu

Прошу прощения, что не упомянул самого главного.

«gcc» со всеми библиотеками стоит.

Пользователь решил продолжить мысль 28 Июня 2011, 14:48:20:

к тому же отдельно компилирую файлы в консоли

gcc -c main.c
Все выполняется и так же линкуется

gcc -o result main.o list.o

« Последнее редактирование: 28 Июня 2011, 14:48:20 от 6epreu »

wl

Тогда такого не может быть.
Проверьте, что там все буквы латинские, нигде русской «эс» не затесалось.

что скажет команда

which gcc?

что скажет команда

gcc main.c list.c -o result?

Кстати, в цели install у Вас файл копируется в /usr/local, а надо бы в /usr/local/bin
Ну и выполнять эту цель надо от sudo

sudo make install
Тьфу, бллин!
Ну вот скажите, накой Вам понадобилось PATH переопределять?!

INSTALLDIR = /usr/local PROGRAM = result COMPILE = gcc -c LINK = gcc -o


$(PROGRAM): main.o list.o
	$(LINK) $(PROGRAM) main.o list.o
main.o: main.c 
	$(COMPILE) main.c
list.o: list.c 
	$(COMPILE) -c list.c 
install: 
	cp -f $(PROGRAM) $(INSTALLDIR)

И все работает!

Вообще говоря, так, как Вы, никто не делает.
Если уж понадобилось определить все в переменных, надо различать компилятор и его ключи.
И стандартные имена переменных для таких случаев тоже есть: $CC, $CXX, $CFLAGS, $CXXFLAGS, $LDFLAGS

« Последнее редактирование: 28 Июня 2011, 15:23:14 от wl »

На свете феньки есть такие, брат Горацио, которых лохи просто не секут. (Шекспир, «Гамлет», вольный перевод)

6epreu

что скажет команда
Код:
which gcc
?

говорит следующее: /usr/bin/gcc

что скажет команда
Код:
gcc main.c list.c -o result
?

Уже упоминал об этом выше. Если просто компилировать без makefile, то компилятор выполняет свою работу корректно.

Кстати, в цели install у Вас файл копируется в /usr/local, а надо бы в /usr/local/bin
Ну и выполнять эту цель надо от sudo

По поводу пути не особо важно, а выполняю от sudo.

Тьфу, бллин!
Ну вот скажите, накой Вам понадобилось PATH переопределять?!

Вот тут виноват! А собственно за что отвечает PATH?
Объясните пжалуйста, ибо makefile я решил написать чисто для себя, чтобы в чужих makefile ах можно было ковыряться и понимать приблизительно, что там происходит.

Спасибо, за ответ!!! Попробовал у себя makefile с INSTALLDIR = /usr/local тоже все работат)

wl

Тьфу, бллин!
Ну вот скажите, накой Вам понадобилось PATH переопределять?!

Вот тут виноват! А собственно за что отвечает PATH?

Переменная окружения PATH задает список директорий, в которых находятся исполняемые файлы.
Попробуйте в командной строке написать

echo $PATH
Пока я не заметил этого, пробовал задать

COMPILE = /usr/bin/gccgcc нашелся и запустился, но заявил что не может найти as

Makefiles, кстати, уже почти не пишутся руками. Чаще они генерируются автоматически.
Так что рекомендую ознакомиться с системами build automation.

Наиболее распространенная сейчас — autotools (порождающая здоровенный скрипт configure, тоже, кстати, автогенерированный из configure.ac и Makefile.am). На пятки ей наступает CMake.

В педивикии можно найти более полный список.

« Последнее редактирование: 29 Июня 2011, 11:06:13 от wl »

На свете феньки есть такие, брат Горацио, которых лохи просто не секут. (Шекспир, «Гамлет», вольный перевод)

6epreu

нет, если писать COMPILE = /usr/bin/gcc то прокатывает.
Про PATH понял, это такой же PATH как и в винде.

А за обзор софта для генерации мэйков — спасибо. Сам под UNIX пока не пишу, но в скором времени предстоит.
В частности написание собственного makefile было нужно, чтобы разобраться в чужом.

RazrFalcon

Про PATH понял, это такой же PATH как и в винде.

Приблизительно

wl

нет, если писать COMPILE = /usr/bin/gcc то прокатывает.

Если в начале задается PATH, а потом COMPILE=/usr/bin/gcc , то прокатывает только вызов gcc.
Сам gcc пытается запустить as, но не находит его и объектного файла не создает.

Про PATH понял, это такой же PATH как и в винде.

1. Отличие в том, что в линуксе в пути не может быть точки (текущей директории).
Точнее, ее можно туда руками добавить, но это неправильно, у меня bash в ответ на каждую команду ругался, мол, у вас там точка в пути.
Если пути не указано, исполняемые файлы ищутся только в директориях, перечисленных в PATH. Чтобы запустить файл из текущей надо писать ./a.out

2. PATH — это только для исполняемых файлов.
Динамические библиотеки, в отличие от винды, ищутся в путях, указанных в /etc/ld.so.conf и в переменной LD_LIBRARY_PATH
Подробности в man ld.so

« Последнее редактирование: 29 Июня 2011, 13:25:59 от wl »

На свете феньки есть такие, брат Горацио, которых лохи просто не секут. (Шекспир, «Гамлет», вольный перевод)

6epreu

2. PATH — это только для исполняемых файлов.
Динамические библиотеки, в отличие от винды, ищутся в путях, указанных в /etc/ld.so.conf и в переменной LD_LIBRARY_PATH
Подробности в man ld.so

Опять же спасибо, вот этого не знал!

Печать

Страницы: [1] Вверх

Источник

Содержание

Can’t run make — gcc: command not found
4 Answers 4
Error 127? — problem compiling model #160
Comments

Can’t run make — gcc: command not found

I’m trying to follow a tutorial to get CudaMiner working on Linux. I have PAINSTAKINGLY installed NVidia drivers, Cuda 5.0 and incidentally I’m failing on the last step when I run make :

I’m pretty sure I have gcc, in fact I have multiple versions of it. I installed version 4.6 (which is what cuda requires) but it doesn’t seem to find it. I’m so close!

Thanks in advance.

4 Answers 4

. could be enough?

Do this: open a terminal and type gcc —version . Does anything come up?

Alternatively, search for the gcc executable, which should be located in /usr/bin. Do ls /usr/bin | grep gcc . What output do you get from that command?

If you get no output from either command, then you need to find your gcc executable wherever you installed it (somewhere in /usr/share maybe?). When found, do cd /usr/bin && ln -s [ABSOLUTE PATH OF GCC] .

If you got no output from the first, but output from the second, then you have serious trouble, because /usr/bin is not in your PATH. Edit the file /etc/environment and ADD the following line to the end of the document: PATH=»$PATH:/usr/bin» .

If you got output from the first, then there is a problem somewhere with bash not reading its own PATH. I think hell would freeze before the first works, but watch you prove me wrong and freeze hell for me. 🙂

Источник

Error 127? — problem compiling model #160

Does anyone know what Error 127 means? Suddenly none of my models are compiling anymore. The only thing I have done differently is running NONMEM locally on my machine this last week. Does this have something to do with competition between compilers — an issue discussed recently on NMusers? I desperately need a fix by Tuesday even if it means removing NONMEM. Thanks

See below error message

`Compiling pkpd . C:/Users/WILLJ107/DOCUME 1/R/R-32 1.2/etc/x64/Makeconf:204: warning: overriding commands for target .m.o
C:/Users/WILLJ107/DOCUME 1/R/R-32 1.2/etc/x64/Makeconf:197: warning: ignoring old commands for target .m.o
g++ -m64 -shared -s -static-libgcc -o pkpd-mread-source.dll pkpd-mread-source-win.def pkpd-mread-source.o -Ld:/RCompile/r-compiling/local/local320/lib/x64 -Ld:/RCompile/r-compiling/local/local320/lib -LC:/Users/WILLJ107/DOCUME 1/R/R-32 1.2/bin/x64 -lR
g++ -m64: not found
make: *** [pkpd-mread-source.dll] Error 127
Warning message:
running command ‘make -f «C:/Users/WILLJ107/DOCUME 1/R/R-32 1.2/etc/x64/Makeconf» -f «C:/Users/WILLJ107/DOCUME 1/R/R-32 1.2/share/make/winshlib.mk» SHLIB_LDFLAGS=’$(SHLIB_CXXLDFLAGS)’ SHLIB_LD=’$(SHLIB_CXXLD)’ SHLIB=»pkpd-mread-source.dll» WIN=64 TCLBIN=64 OBJECTS=»pkpd-mread-source.o»‘ had status 2

Error: There was a problem when compiling the model.
`

The text was updated successfully, but these errors were encountered:

It means R can’t find the compiler. I’m on my phone right now. Will post
some suggestions as soon as I can get to computer. But the solution is to
get Rtools stuff to the front of your path.

On Nov 5, 2016 09:51, «JasonW000» notifications@github.com wrote:

Does anyone know what Error 127 means? Suddenly none of my models are
compiling anymore. The only thing I have done differently is running NONMEM
locally on my machine this last week. Does this have something to do with
competition between compilers — an issue discussed recently on NMusers? I
desperately need a fix by Tuesday even if it means removing NONMEM. Thanks

See below error message

Compiling pkpd . C:/Users/WILLJ107/DOCUME 1/R/R-32 1.2/etc/x64/Makeconf:204:
warning: overriding commands for target.m.o’
C:/Users/WILLJ107/DOCUME1/R/R-321.2/etc/x64/Makeconf:197: warning:
ignoring old commands for target `.m.o’
g++ -m64 -shared -s -static-libgcc -o pkpd-mread-source.dll
pkpd-mread-source-win.def pkpd-mread-source.o -Ld:/RCompile/r-compiling/local/local320/lib/x64
-Ld:/RCompile/r-compiling/local/local320/lib -LC:/Users/WILLJ107/DOCUME
1/R/R-321.2/bin/x64 -lR
g++ -m64: not found
make: *** [pkpd-mread-source.dll] Error 127
Warning message:
running command ‘make -f «C:/Users/WILLJ107/DOCUME1/R/R-321.2/etc/x64/Makeconf»
-f «C:/Users/WILLJ107/DOCUME1/R/R-321.2/share/make/winshlib.mk»
SHLIB_LDFLAGS=’$(SHLIB_CXXLDFLAGS)’ SHLIB_LD=’$(SHLIB_CXXLD)’
SHLIB=»pkpd-mread-source.dll» WIN=64 TCLBIN=64
OBJECTS=»pkpd-mread-source.o»‘ had status 2

Error: There was a problem when compiling the model.

Start R and check your PATH

Find out where your Rtools is located; for me it is c:RBuildToools3.3

Force that onto the front of your path:

Note there are two directories that you need at the front of the path. And obviously enter paths that are appropriate for your Rtools install. You can put this in a file called .Rprofile in your Sys.getenv(«HOME») directory and it will automatically configure your R environment variable without touching your Windows system environment variables. I would prefer doing all of this through an .Renviron file (see ?Startup ) but it’s a little harder to setup. It seems like there is a battle between NONMEM and R for rights to the path and it will always be a little tricky to keep everyone happy. The process here let’s your have control over the R environment. There is some coding to do, but at least you know exactly what is happening and what gets priority in the PATH .

You should see Rtools stuff at the front.

This code worked perfectly — the two directories moved up to the front of the list in PATH and all my models are compiling again. I haven’t tried the second approach but will try it when I have some more time. Thank you very much!

Thanks for reporting back and glad it got straightened out. I know this is an ongoing battle for people running multiple compilers on a single machine.

I have a Windows box now that I’m reserving for testing mrgsolve and I hope to get some best practices tested and documented to help in situations like this.

Hi Kyle,
I have the same issue, and tried your recommendation above, but it still fails to compile model. Any help is greatly appreciated.

mod 1/R/R-35 1.1/include» -DNDEBUG -I»C:/Users/kenuj/Documents/R/win-library/3.5/mrgsolve/base» -I»C:/Users/kenuj/Documents/R/win-library/3.5/mrgsolve/models» -O2 -Wall -mtune=generic -c irm1-mread-source.cpp -o irm1-mread-source.o
sh: c:/RBuildTools/3.4/mingw_64/bin/g++: No such file or directory
make: *** [C:/PROGRA 1/R/R-35 1.1/etc/x64/Makeconf:215: irm1-mread-source.o] Error 127

Error: there was a problem building the model.

sessionInfo()
R version 3.5.1 (2018-07-02)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)

Matrix products: default

locale:
[1] LC_COLLATE=English_United States.1252 LC_CTYPE=English_United States.1252
[3] LC_MONETARY=English_United States.1252 LC_NUMERIC=C
[5] LC_TIME=English_United States.1252

attached base packages:
[1] stats graphics grDevices utils datasets methods base

other attached packages:
[1] bindrcpp_0.2.2 forcats_0.3.0 stringr_1.3.1 dplyr_0.7.8
[5] purrr_0.2.5 readr_1.2.1 tidyr_0.8.2 tibble_1.4.2
[9] ggplot2_3.1.0 tidyverse_1.2.1 mrgsolve_0.8.12.9000

loaded via a namespace (and not attached):
[1] Rcpp_1.0.0 cellranger_1.1.0 pillar_1.3.0
[4] compiler_3.5.1 plyr_1.8.4 bindr_0.1.1
[7] tools_3.5.1 jsonlite_1.5 lubridate_1.7.4
[10] nlme_3.1-137 gtable_0.2.0 lattice_0.20-35
[13] pkgconfig_2.0.2 rlang_0.3.0.1 cli_1.0.1
[16] rstudioapi_0.8 yaml_2.2.0 haven_2.0.0
[19] RcppArmadillo_0.9.200.5.0 withr_2.1.2 xml2_1.2.0
[22] httr_1.3.1 hms_0.4.2 grid_3.5.1
[25] tidyselect_0.2.5 glue_1.3.0 R6_2.3.0
[28] readxl_1.1.0 modelr_0.1.2 magrittr_1.5
[31] backports_1.1.2 scales_1.0.0 rvest_0.3.2
[34] assertthat_0.2.0 colorspace_1.3-2 stringi_1.2.4
[37] lazyeval_0.2.1 munsell_0.5.0 broom_0.5.0
[40] crayon_1.3.4

Error: there was a problem building the model.

After rebuilding PATH to bring RTools stuff to the from, but it looks like I have two gcc. I tried gcc-4.6.3 first, and that didn’t work, so I tried gcc-4.9.3. still didn’t work.

str_split(Sys.getenv(«PATH»), «;»)
[[1]]
[1] «C:RBuildTools3.4bin»
[2] «C:RBuildTools3.3gcc-4.6.3bin»
[3] «C:RBuildTools3.4bin»
[4] «C:RBuildTools3.3gcc-4.9.3bin»
[5] «C:RBuildTools3.4bin»
[6] «C:RBuildTools3.3gcc-4.9.3bin»
[7] «C:Program FilesRR-3.5.1binx64»
[8] «C:Program Files (x86)InteliCLS Client»
[9] «c:Rtoolsbin»
[10] «C:RBuildTools3.4bin»
[11] «C:RBuildTools3.4mingw_32bin»
[12] «C:ProgramDataOracleJavajavapath»
[13] «C:Program FilesInteliCLS Client»
[14] «C:Windowssystem32»
[15] «C:Windows»
[16] «C:WindowsSystem32Wbem»
[17] «C:WindowsSystem32WindowsPowerShellv1.0»
[18] «C:Program Files (x86)NVIDIA CorporationPhysXCommon»
[19] «C:Program Files (x86)HID GlobalActivClient»
[20] «C:Program FilesHID GlobalActivClient»
[21] «C:WINDOWSsystem32»
[22] «C:WINDOWS»
[23] «C:WINDOWSSystem32Wbem»
[24] «C:WINDOWSSystem32WindowsPowerShellv1.0»
[25] «C:WINDOWSSystem32OpenSSH»
[26] «C:Program FilesIntelWiFibin»
[27] «C:Program FilesCommon FilesIntelWirelessCommon»
[28] «C:Program Files (x86)IntelIntel(R) Management Engine ComponentsDAL»
[29] «C:Program FilesIntelIntel(R) Management Engine ComponentsDAL»
[30] «C:Program Files (x86)IntelIntel(R) Management Engine ComponentsIPT»
[31] «C:Program FilesIntelIntel(R) Management Engine ComponentsIPT»
[32] «C:Program FilesMiKTeX 2.9miktexbinx64»
[33] «C:Program FilesPythonPython37Scripts»
[34] «C:Program FilesPythonPython37»
[35] «C:Program FilesScripts»
[36] «C:Program Files»
[37] «C:UserskenujAppDataLocalMicrosoftWindowsApps»
[38] «»

Does this path exist?
c:/RBuildTools/3.4/mingw_64/bin/g++

You might just start over and re-install. That should get the compilers in the right place and get the path set. Remember, you might have to opt in to get the path set right by the installer.

This is weird. It was working fine all day, but all of a sudden it stopped and gave me the error.

I uninstalled and reinstalled with RTools 3.5. I think RTools 3.5 no longer added to path. When I run:

It still shows version 3.4 in path as followed:
[1] «C:Program FilesRR-3.5.1binx64»
[2] «C:Program Files (x86)InteliCLS Client»
[3] «c:Rtoolsbin»
[4] «C:RBuildTools3.4bin»
[5] «C:RBuildTools3.4mingw_32bin»
[6] «C:ProgramDataOracleJavajavapath»
[7] «C:Program FilesInteliCLS Client»
[8] «C:Windowssystem32»
[9] «C:Windows»
.
Should I reinstall RTools 3.4?

It’s worth a try.

That didn’t work.
Not sure where the problem is.

What exactly did you do?
Where are your tools installed?
Did you opt in to the path update when you installed?
What is your path currently saying?
Can you undo everything and just start over?

I just did a windows install from scratch using 3.5 and it worked fine . first try. I’m not sure what is going on with your system either. Happy to look with you. But can’t help with out more information about what you are doing and what the status is.

What exactly did you do?

mrgsolve worked fine for some times, until all of a sudden it couldn’t build model. It start to work on and off. Meaning sometimes I opened up Rstudio, running mrgsolve, it worked fine, other times not. Weird. Then I thought the path might have been messed up. I reset the path as suggested above. Nothing worked since.

Where are your tools installed?

I uninstalled RTools, then reinstalled it. Tried both version 3.4 and 3.5, neither one worked.

Did you opt in to the path update when you installed?

Yes. I keep on having this problem since last year. I can remember every single step to check the path box during installation. Here’s the output from CMD prompt:

C:Userskenuj>path
**PATH=C:Rtoolsbin;**C:Program Files (x86)InteliCLS Client;C:ProgramDataOracleJavajavapath;C:Program FilesInteliCLS Client;C:Windowssystem32;C:Windows;C:WindowsSystem32Wbem;C:WindowsSystem32WindowsPowerShellv1.0;C:Program Files (x86)NVIDIA CorporationPhysXCommon;C:Program Files (x86)HID GlobalActivClient;C:Program FilesHID GlobalActivClient;C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32WindowsPowerShellv1.0;C:WINDOWSSystem32OpenSSH;C:Program FilesIntelWiFibin;C:Program FilesCommon FilesIntelWirelessCommon;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsDAL;C:Program FilesIntelIntel(R) Management Engine ComponentsDAL;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsIPT;C:Program FilesIntelIntel(R) Management Engine ComponentsIPT;C:Program FilesMiKTeX 2.9miktexbinx64;C:Program FilesPythonPython37Scripts;C:Program FilesPythonPython37;C:Program FilesScripts;C:Program Files;C:UserskenujAppDataLocalMicrosoftWindowsApps;

What is your path currently saying?

from R, using str_split(Sys.getenv(«PATH»), «;»)
RTools is not at the front.

[1] «C:Program FilesRR-3.5.1binx64»
[2] «C:Rtoolsbin»
[3] «C:Program Files (x86)InteliCLS Client»
[4] «C:ProgramDataOracleJavajavapath»
[5] «C:Program FilesInteliCLS Client»
[6] «C:Windowssystem32»
[7] «C:Windows»
[8] «C:WindowsSystem32Wbem»
[9] «C:WindowsSystem32WindowsPowerShellv1.0»
[10] «C:Program Files (x86)NVIDIA CorporationPhysXCommon»
[11] «C:Program Files (x86)HID GlobalActivClient»
[12] «C:Program FilesHID GlobalActivClient»
[13] «C:WINDOWSsystem32»
[14] «C:WINDOWS»
[15] «C:WINDOWSSystem32Wbem»
[16] «C:WINDOWSSystem32WindowsPowerShellv1.0»
[17] «C:WINDOWSSystem32OpenSSH»
[18] «C:Program FilesIntelWiFibin»
[19] «C:Program FilesCommon FilesIntelWirelessCommon»
[20] «C:Program Files (x86)IntelIntel(R) Management Engine ComponentsDAL»
[21] «C:Program FilesIntelIntel(R) Management Engine ComponentsDAL»
[22] «C:Program Files (x86)IntelIntel(R) Management Engine ComponentsIPT»
[23] «C:Program FilesIntelIntel(R) Management Engine ComponentsIPT»
[24] «C:Program FilesMiKTeX 2.9miktexbinx64»
[25] «C:Program FilesPythonPython37Scripts»
[26] «C:Program FilesPythonPython37»
[27] «C:Program FilesScripts»
[28] «C:Program Files»
[29] «C:UserskenujAppDataLocalMicrosoftWindowsApps»
[30] «»

Can you undo everything and just start over?

Yes, I did everything over like 5 times. Uninstalled everything, R and R studio, and RTools.
Reinstalled everything according to your website.
I checked Windows environment variables, RTools is at the top as well. But not from R.

sessionInfo()
R version 3.5.1 (2018-07-02)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)

Matrix products: default

locale:
[1] LC_COLLATE=English_United States.1252 LC_CTYPE=English_United States.1252 LC_MONETARY=English_United States.1252
[4] LC_NUMERIC=C LC_TIME=English_United States.1252

attached base packages:
[1] stats graphics grDevices utils datasets methods base

other attached packages:
[1] forcats_0.3.0 stringr_1.3.1 dplyr_0.7.8 purrr_0.2.5 readr_1.2.1 tidyr_0.8.2 tibble_1.4.2
[8] ggplot2_3.1.0 tidyverse_1.2.1

loaded via a namespace (and not attached):
[1] Rcpp_1.0.0 cellranger_1.1.0 pillar_1.3.0 compiler_3.5.1 plyr_1.8.4 bindr_0.1.1 tools_3.5.1
[8] jsonlite_1.5 lubridate_1.7.4 nlme_3.1-137 gtable_0.2.0 lattice_0.20-35 pkgconfig_2.0.2 rlang_0.3.0.1
[15] cli_1.0.1 rstudioapi_0.8 yaml_2.2.0 haven_2.0.0 bindrcpp_0.2.2 withr_2.1.2 xml2_1.2.0
[22] httr_1.3.1 hms_0.4.2 grid_3.5.1 tidyselect_0.2.5 glue_1.3.0 R6_2.3.0 readxl_1.1.0
[29] modelr_0.1.2 magrittr_1.5 backports_1.1.2 scales_1.0.0 rvest_0.3.2 assertthat_0.2.0 colorspace_1.3-2
[36] stringi_1.2.4 lazyeval_0.2.1 munsell_0.5.0 broom_0.5.0 crayon_1.3.4

Источник

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

Closed

JasonW000 opened this issue

Nov 5, 2016

· 16 comments

Comments

See below error message

`Compiling pkpd … C:/Users/WILLJ107/DOCUME1/R/R-321.2/etc/x64/Makeconf:204: warning: overriding commands for target .m.o
C:/Users/WILLJ107/DOCUME1/R/R-321.2/etc/x64/Makeconf:197: warning: ignoring old commands for target .m.o
g++ -m64 -shared -s -static-libgcc -o pkpd-mread-source.dll pkpd-mread-source-win.def pkpd-mread-source.o -Ld:/RCompile/r-compiling/local/local320/lib/x64 -Ld:/RCompile/r-compiling/local/local320/lib -LC:/Users/WILLJ107/DOCUME1/R/R-321.2/bin/x64 -lR
g++ -m64: not found
make: *** [pkpd-mread-source.dll] Error 127
Warning message:
running command ‘make -f «C:/Users/WILLJ107/DOCUME1/R/R-321.2/etc/x64/Makeconf» -f «C:/Users/WILLJ107/DOCUME1/R/R-321.2/share/make/winshlib.mk» SHLIB_LDFLAGS=’$(SHLIB_CXXLDFLAGS)’ SHLIB_LD=’$(SHLIB_CXXLD)’ SHLIB=»pkpd-mread-source.dll» WIN=64 TCLBIN=64 OBJECTS=»pkpd-mread-source.o»‘ had status 2

Error: There was a problem when compiling the model.
`

It means R can’t find the compiler. I’m on my phone right now. Will post
some suggestions as soon as I can get to computer. But the solution is to
get Rtools stuff to the front of your path.

On Nov 5, 2016 09:51, «JasonW000» notifications@github.com wrote:

Does anyone know what Error 127 means? Suddenly none of my models are
compiling anymore. The only thing I have done differently is running NONMEM
locally on my machine this last week. Does this have something to do with
competition between compilers — an issue discussed recently on NMusers? I
desperately need a fix by Tuesday even if it means removing NONMEM. Thanks

See below error message

Compiling pkpd … C:/Users/WILLJ107/DOCUME1/R/R-321.2/etc/x64/Makeconf:204:
warning: overriding commands for target.m.o’
C:/Users/WILLJ107/DOCUME1/R/R-321.2/etc/x64/Makeconf:197: warning:
ignoring old commands for target `.m.o’
g++ -m64 -shared -s -static-libgcc -o pkpd-mread-source.dll
pkpd-mread-source-win.def pkpd-mread-source.o -Ld:/RCompile/r-compiling/local/local320/lib/x64
-Ld:/RCompile/r-compiling/local/local320/lib -LC:/Users/WILLJ107/DOCUME
1/R/R-321.2/bin/x64 -lR
g++ -m64: not found
make: *** [pkpd-mread-source.dll] Error 127
Warning message:
running command ‘make -f «C:/Users/WILLJ107/DOCUME1/R/R-321.2/etc/x64/Makeconf»
-f «C:/Users/WILLJ107/DOCUME1/R/R-321.2/share/make/winshlib.mk»
SHLIB_LDFLAGS=’$(SHLIB_CXXLDFLAGS)’ SHLIB_LD=’$(SHLIB_CXXLD)’
SHLIB=»pkpd-mread-source.dll» WIN=64 TCLBIN=64
OBJECTS=»pkpd-mread-source.o»‘ had status 2

Error: There was a problem when compiling the model.

`

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#160, or mute the
thread
https://github.com/notifications/unsubscribe-auth/AQIADQUEW4Fx36EpXipbG-9wNwSv0vGTks5q7Jf_gaJpZM4KqR_Z
.

Start R and check your PATH

Find out where your Rtools is located; for me it is c:RBuildToools3.3

Force that onto the front of your path:

path <- Sys.getenv("PATH")
path <- c("C:\RBuildTools\3.3\bin", "C:\RBuildTools\3.3\gcc-4.6.3\bin", path)
path <- paste(path,collapse=";")
Sys.setenv(PATH=path)

Note there are two directories that you need at the front of the path. And obviously enter paths that are appropriate for your Rtools install. You can put this in a file called .Rprofile in your Sys.getenv("HOME") directory and it will automatically configure your R environment variable without touching your Windows system environment variables. I would prefer doing all of this through an .Renviron file (see ?Startup) but it’s a little harder to setup. It seems like there is a battle between NONMEM and R for rights to the path and it will always be a little tricky to keep everyone happy. The process here let’s your have control over the R environment. There is some coding to do, but at least you know exactly what is happening and what gets priority in the PATH.

Check:

You should see Rtools stuff at the front.

Thanks for reporting back and glad it got straightened out. I know this is an ongoing battle for people running multiple compilers on a single machine.

I have a Windows box now that I’m reserving for testing mrgsolve and I hope to get some best practices tested and documented to help in situations like this.

Hi Kyle,
I have the same issue, and tried your recommendation above, but it still fails to compile model. Any help is greatly appreciated.

-Ken

mod <- mread(«irm1», modlib())
Compiling irm1 … c:/RBuildTools/3.4/mingw_64/bin/g++ -I»C:/PROGRA1/R/R-351.1/include» -DNDEBUG -I»C:/Users/kenuj/Documents/R/win-library/3.5/mrgsolve/base» -I»C:/Users/kenuj/Documents/R/win-library/3.5/mrgsolve/models» -O2 -Wall -mtune=generic -c irm1-mread-source.cpp -o irm1-mread-source.o
sh: c:/RBuildTools/3.4/mingw_64/bin/g++: No such file or directory
make: *** [C:/PROGRA1/R/R-351.1/etc/x64/Makeconf:215: irm1-mread-source.o] Error 127

Error: there was a problem building the model.

sessionInfo()
R version 3.5.1 (2018-07-02)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)

Matrix products: default

locale:
[1] LC_COLLATE=English_United States.1252 LC_CTYPE=English_United States.1252
[3] LC_MONETARY=English_United States.1252 LC_NUMERIC=C
[5] LC_TIME=English_United States.1252

attached base packages:
[1] stats graphics grDevices utils datasets methods base

other attached packages:
[1] bindrcpp_0.2.2 forcats_0.3.0 stringr_1.3.1 dplyr_0.7.8
[5] purrr_0.2.5 readr_1.2.1 tidyr_0.8.2 tibble_1.4.2
[9] ggplot2_3.1.0 tidyverse_1.2.1 mrgsolve_0.8.12.9000

Error: there was a problem building the model.

After rebuilding PATH to bring RTools stuff to the from, but it looks like I have two gcc. I tried gcc-4.6.3 first, and that didn’t work, so I tried gcc-4.9.3… still didn’t work.

str_split(Sys.getenv(«PATH»), «;»)
[[1]]
[1] «C:RBuildTools3.4bin»
[2] «C:RBuildTools3.3gcc-4.6.3bin»
[3] «C:RBuildTools3.4bin»
[4] «C:RBuildTools3.3gcc-4.9.3bin»
[5] «C:RBuildTools3.4bin»
[6] «C:RBuildTools3.3gcc-4.9.3bin»
[7] «C:Program FilesRR-3.5.1binx64»
[8] «C:Program Files (x86)InteliCLS Client»
[9] «c:Rtoolsbin»
[10] «C:RBuildTools3.4bin»
[11] «C:RBuildTools3.4mingw_32bin»
[12] «C:ProgramDataOracleJavajavapath»
[13] «C:Program FilesInteliCLS Client»
[14] «C:Windowssystem32»
[15] «C:Windows»
[16] «C:WindowsSystem32Wbem»
[17] «C:WindowsSystem32WindowsPowerShellv1.0»
[18] «C:Program Files (x86)NVIDIA CorporationPhysXCommon»
[19] «C:Program Files (x86)HID GlobalActivClient»
[20] «C:Program FilesHID GlobalActivClient»
[21] «C:WINDOWSsystem32»
[22] «C:WINDOWS»
[23] «C:WINDOWSSystem32Wbem»
[24] «C:WINDOWSSystem32WindowsPowerShellv1.0»
[25] «C:WINDOWSSystem32OpenSSH»
[26] «C:Program FilesIntelWiFibin»
[27] «C:Program FilesCommon FilesIntelWirelessCommon»
[28] «C:Program Files (x86)IntelIntel(R) Management Engine ComponentsDAL»
[29] «C:Program FilesIntelIntel(R) Management Engine ComponentsDAL»
[30] «C:Program Files (x86)IntelIntel(R) Management Engine ComponentsIPT»
[31] «C:Program FilesIntelIntel(R) Management Engine ComponentsIPT»
[32] «C:Program FilesMiKTeX 2.9miktexbinx64»
[33] «C:Program FilesPythonPython37Scripts»
[34] «C:Program FilesPythonPython37»
[35] «C:Program FilesScripts»
[36] «C:Program Files»
[37] «C:UserskenujAppDataLocalMicrosoftWindowsApps»
[38] «»

Hi @kenujen —

Does this path exist?
c:/RBuildTools/3.4/mingw_64/bin/g++

You might just start over and re-install. That should get the compilers in the right place and get the path set. Remember, you might have to opt in to get the path set right by the installer.

Kyle

Hi Kyle,

This is weird. It was working fine all day, but all of a sudden it stopped and gave me the error.

I uninstalled and reinstalled with RTools 3.5. I think RTools 3.5 no longer added to path. When I run:

str_split(Sys.getenv(«PATH»), «;»)

That didn’t work.
Not sure where the problem is.

-Ken

What exactly did you do?
Where are your tools installed?
Did you opt in to the path update when you installed?
What is your path currently saying?
Can you undo everything and just start over?

I just did a windows install from scratch using 3.5 and it worked fine … first try. I’m not sure what is going on with your system either. Happy to look with you. But can’t help with out more information about what you are doing and what the status is.

Hi Kyle,

What exactly did you do?

mrgsolve worked fine for some times, until all of a sudden it couldn’t build model. It start to work on and off. Meaning sometimes I opened up Rstudio, running mrgsolve, it worked fine, other times not. Weird. Then I thought the path might have been messed up. I reset the path as suggested above. Nothing worked since.

Where are your tools installed?

I uninstalled RTools, then reinstalled it. Tried both version 3.4 and 3.5, neither one worked.

Did you opt in to the path update when you installed?

Yes. I keep on having this problem since last year. I can remember every single step to check the path box during installation. Here’s the output from CMD prompt:

What is your path currently saying?

from R, using str_split(Sys.getenv(«PATH»), «;»)
RTools is not at the front.

Can you undo everything and just start over?

Yes, I did everything over like 5 times. Uninstalled everything, R and R studio, and RTools….
Reinstalled everything according to your website.
I checked Windows environment variables, RTools is at the top as well. But not from R.

sessionInfo()
R version 3.5.1 (2018-07-02)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)

Matrix products: default

locale:
[1] LC_COLLATE=English_United States.1252 LC_CTYPE=English_United States.1252 LC_MONETARY=English_United States.1252
[4] LC_NUMERIC=C LC_TIME=English_United States.1252

attached base packages:
[1] stats graphics grDevices utils datasets methods base

other attached packages:
[1] forcats_0.3.0 stringr_1.3.1 dplyr_0.7.8 purrr_0.2.5 readr_1.2.1 tidyr_0.8.2 tibble_1.4.2
[8] ggplot2_3.1.0 tidyverse_1.2.1

I then did this… based on your suggestion above… to put RTools in the front of PATH:

path <- Sys.getenv(«PATH»)
path <- c(«C:RBuildTools3.5bin», «C:RBuildTools3.5gcc-4.9.3bin», path)
path <- paste(path,collapse=»;»)
Sys.setenv(PATH=path)
str_split(Sys.getenv(«PATH»), «;»)

[[1]]
[1] «C:RBuildTools3.5bin»
[2] «C:RBuildTools3.5gcc-4.9.3bin»
[3] «C:Program FilesRR-3.5.1binx64»
[4] «C:Rtoolsbin»
[5] «C:Program Files (x86)InteliCLS Client»
[6] «C:ProgramDataOracleJavajavapath»
[7] «C:Program FilesInteliCLS Client»
[8] «C:Windowssystem32»
[9] «C:Windows»
[10] «C:WindowsSystem32Wbem»
[11] «C:WindowsSystem32WindowsPowerShellv1.0»
[12] «C:Program Files (x86)NVIDIA CorporationPhysXCommon»
[13] «C:Program Files (x86)HID GlobalActivClient»
[14] «C:Program FilesHID GlobalActivClient»
[15] «C:WINDOWSsystem32»
[16] «C:WINDOWS»
[17] «C:WINDOWSSystem32Wbem»
[18] «C:WINDOWSSystem32WindowsPowerShellv1.0»
[19] «C:WINDOWSSystem32OpenSSH»
[20] «C:Program FilesIntelWiFibin»
[21] «C:Program FilesCommon FilesIntelWirelessCommon»
[22] «C:Program Files (x86)IntelIntel(R) Management Engine ComponentsDAL»
[23] «C:Program FilesIntelIntel(R) Management Engine ComponentsDAL»
[24] «C:Program Files (x86)IntelIntel(R) Management Engine ComponentsIPT»
[25] «C:Program FilesIntelIntel(R) Management Engine ComponentsIPT»
[26] «C:Program FilesMiKTeX 2.9miktexbinx64»
[27] «C:Program FilesPythonPython37Scripts»
[28] «C:Program FilesPythonPython37»
[29] «C:Program FilesScripts»
[30] «C:Program Files»
[31] «C:UserskenujAppDataLocalMicrosoftWindowsApps»
[32] «»

Please help me.. I have R 4.0.0 and rtools40..

Sys.getenv(«PATH»)
[1] «C:Program FilesRR-4.0.0binx64;C:Program Files (x86)Common FilesOracleJavajavapath;C:Rtoolsbin;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsiCLS;C:Program FilesIntelIntel(R) Management Engine ComponentsiCLS;C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32WindowsPowerShellv1.0;C:WINDOWSSystem32OpenSSH;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsDAL;C:Program FilesIntelIntel(R) Management Engine ComponentsDAL;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsIPT;C:Program FilesIntelIntel(R) Management Engine ComponentsIPT;C:Program FilesIntelWiFibin;C:Program FilesCommon FilesIntelWirelessCommon;C:Program FilesPandoc;C:Program FilesCMakebin;C:Rtoolsmingw_64bin;C:Program FilesRR-3.6.1bin;C:Program FilesMicrosoft VS Codebin;C:Program FilesGitcmd;C:rtools40usrbin;C:Program FilesRR-4.0.0bin;C:rtools40;C:Program FilesRR-4.0.0library;C:rtools40mingw32bin;C:UsersOAppDataLocalMicrosoftWindowsApps;C:UsersOAppDataRoamingTinyTeXbinwin32»

here is the error..

install.packages(c(«logspline», «rlang»))
Installing packages into ‘C:/Users/O/Documents/R/win-library/4.0’
(as ‘lib’ is unspecified)

There are binary versions available but the source versions are later:
binary source needs_compilation
logspline 2.1.15 2.1.16 TRUE
rlang 0.4.5 0.4.6 TRUE

installing the source packages ‘logspline’, ‘rlang’

trying URL ‘https://cran.rstudio.com/src/contrib/logspline_2.1.16.tar.gz’
Content type ‘application/x-gzip’ length 68581 bytes (66 KB)
downloaded 66 KB

trying URL ‘https://cran.rstudio.com/src/contrib/rlang_0.4.6.tar.gz’
Content type ‘application/x-gzip’ length 835198 bytes (815 KB)
downloaded 815 KB

installing source package ‘logspline’ …
** package ‘logspline’ successfully unpacked and MD5 sums checked
** using staged installation
** libs

*** arch — i386
«C:/rtools40;C:/rtools40/usr/bin;C:/Program Files/R/R-4.0.0/library;/mingw32/bin/»gfortran -fno-optimize-sibling-calls -O2 -mfpmath=sse -msse2 -mstackrealign -c allpack.f -o allpack.o
sh: C:/rtools40;C:/rtools40/usr/bin;C:/Program Files/R/R-4.0.0/library;/mingw32/bin/gfortran: No such file or directory
make: *** [C:/PROGRA1/R/R-401.0/etc/i386/Makeconf:246: allpack.o] Error 127
ERROR: compilation failed for package ‘logspline’

removing ‘C:/Users/O/Documents/R/win-library/4.0/logspline’
restoring previous ‘C:/Users/O/Documents/R/win-library/4.0/logspline’
Warning in install.packages :
installation of package ‘logspline’ had non-zero exit status
installing source package ‘rlang’ …
** package ‘rlang’ successfully unpacked and MD5 sums checked
** using staged installation
** libs

*** arch — i386
«C:/rtools40;C:/rtools40/usr/bin;C:/Program Files/R/R-4.0.0/library;/mingw32/bin/»gcc -I»C:/PROGRA1/R/R-401.0/include» -DNDEBUG -I./lib/ -O2 -Wall -std=gnu99 -mfpmath=sse -msse2 -mstackrealign -c capture.c -o capture.o
sh: C:/rtools40;C:/rtools40/usr/bin;C:/Program Files/R/R-4.0.0/library;/mingw32/bin/gcc: No such file or directory
make: *** [C:/PROGRA1/R/R-401.0/etc/i386/Makeconf:222: capture.o] Error 127
ERROR: compilation failed for package ‘rlang’

removing ‘C:/Users/O/Documents/R/win-library/4.0/rlang’
restoring previous ‘C:/Users/O/Documents/R/win-library/4.0/rlang’
Warning in install.packages :
installation of package ‘rlang’ had non-zero exit status

The downloaded source packages are in
‘C:UsersOAppDataLocalTempRtmpaERI7Ldownloaded_packages’

thanks in advance

I have the same issue:
C:/Rtools40/mingw_32/bin/gcc -I»/include» -DNDEBUG -O2 -Wall -std=gnu99 -mfpmath=sse -msse2 -mstackrealign -c calcPosAvgCost.c -o calcPosAvgCost.o
sh: C:/Rtools40/mingw_32/bin/gcc: No such file or directory
make: *** [C:/PROGRA1/R/R-401.2/etc/i386/Makeconf:222: calcPosAvgCost.o] Error 127
ERROR: compilation failed for package ‘blotter’

removing ‘C:/Users/hm/Documents/R/win-library/4.0/blotter’
Error: Failed to install ‘blotter’ from GitHub:
(converted from warning) installation of package ‘C:/users/hm/usertemp/RtmpS2rxYD/file5c8c1e5a66d0/blotter_0.15.0.tar.gz’ had non-zero exit status

@miaodapang I think you likely stumbled upon this issue from googling the generic error — but unfortunately we cannot help as this issue tracker is for the mrgsolve package. I would suggest reaching out to the blotter developers if there are continued problems.

Источник

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/topic/normal_post_locked.png" alt /> Тема: Проблемы с makefile (Прочитано 3942 раз)

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> 6epreu

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> yorik1984

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> wl

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> 6epreu

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> wl

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> 6epreu

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> wl

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> 6epreu

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> RazrFalcon

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> wl

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png" alt="Оффлайн" /> 6epreu

Can’t run make — gcc: command not found

4 Answers 4

Error 127? — problem compiling model #160

Comments

-Ken

Читайте также:

Тема: Проблемы с makefile (Прочитано 3942 раз)

6epreu

yorik1984

wl

6epreu

wl

6epreu

wl

6epreu

RazrFalcon

wl

6epreu