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
Error 127? - problem compiling model #160
Comments
It means R can't find the compiler. I'm on my phone right now. Will post On Nov 5, 2016 09:51, "JasonW000" notifications@github.com wrote:
|
Start Sys.getenv("PATH") Find out where your 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 Check: Sys.getenv("PATH") You should see |
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 |
Hi Kyle, -Ken
Error: there was a problem building the model.
Matrix products: default locale: attached base packages: other attached packages: loaded via a namespace (and not attached): 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.
|
Hi @kenujen - Does this path exist? 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:
It still shows version 3.4 in path as followed: |
It's worth a try. |
That didn't work. -Ken |
What exactly did you do? 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?
Where are your tools installed?
Did you opt in to the path update when you installed?
C:\Users\kenuj>path What is your path currently saying?
[1] "C:\Program Files\R\R-3.5.1\bin\x64" Can you undo everything and just start over?
Matrix products: default locale: attached base packages: other attached packages: loaded via a namespace (and not attached): |
I then did this... based on your suggestion above... to put RTools in the front of PATH: path <- Sys.getenv("PATH") [[1]] |
Please help me.. I have R 4.0.0 and rtools40.. Sys.getenv("PATH") here is the error..
There are binary versions available but the source versions are later: installing the source packages ‘logspline’, ‘rlang’ trying URL 'https://cran.rstudio.com/src/contrib/logspline_2.1.16.tar.gz' trying URL 'https://cran.rstudio.com/src/contrib/rlang_0.4.6.tar.gz'
*** arch - i386
*** arch - i386
The downloaded source packages are in thanks in advance |
I have the same issue:
|
@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. |
Thanks. |
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-321.2/etc/x64/Makeconf:204: warning: overriding commands for target .m.oC:/Users/WILLJ107/DOCUME
1/R/R-321.2/etc/x64/Makeconf:197: warning: ignoring old commands for target .m.og++ -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 -lRg++ -m64: not found
make: *** [pkpd-mread-source.dll] Error 127
Warning message:
running command 'make -f "C:/Users/WILLJ107/DOCUME
1/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 2Error: There was a problem when compiling the model.
`
The text was updated successfully, but these errors were encountered: