I have a problem installing HHVM on windows using Cygwin64 Terminal
I'm using this guide https://github.com/facebook/hhvm/wiki/Building-and-Installing-HHVM-on-Cygwin
It's an official guide, as you can see, I've reached Building libmemcached step, after executing the command ./configure --prefix=/usr && make -j 4 && make install it does many commands but It reaches this error:
make[2]: Entering directory '/home/Mr.gSub/hhvm/libmemcached-1.0.18'
make[2]: warning: -jN forced in submake: disabling jobserver mode.
make[2]: Leaving directory '/home/Mr.gSub/hhvm/libmemcached-1.0.18'
make -j2 man
make[2]: Entering directory '/home/Mr.gSub/hhvm/libmemcached-1.0.18'
make[2]: warning: -jN forced in submake: disabling jobserver mode.
make[2]: Leaving directory '/home/Mr.gSub/hhvm/libmemcached-1.0.18'
make -j2 man
And it keeps going that way until I terminate, I will include all log in pastebin: http://pastebin.com/MFwXJx6S
I'm using Windows 8.1 x64, my shoe size is 41.. yeah I don't think you need that much of info :P haha, have a good day!
HHVM does not currently build on Windows. Your best option is to run an Ubuntu VM and have HHVM running inside that.
Related
Attempting to install a new kernel.
once it is compiled, I enter:
su -c "make modules_install install"
this error populates :
sed: can't read modules.order: No such file or directory
make[1]: *** [Makefile:1304: _modinst_] Error 2
make: *** [Makefile:327: __build_one_by_one] Error 2
What is the solution?
I've had the same issue compiling Linux Kernel 5.6.14 on Debian 10.4 using config from my current working Linux Kernel 4.19.0 inside VirtualBox.
make oldconfig
make
make modules_install
gave me the same output. After commenting line CONFIG_SYSTEM_TRUSTED_KEYS in config which I copied to Linux Kernel 5.6.14 source directory and repeating from the start make took much longer and then I was able to do make modules_install.
Found here, don't know why it worked, sorry I'm new at this.
I just went thru the same thing. The problem appears to be the make commands used to build the kernel and modules. In the old days, you could just do "make bzImage" then a "make modules_install". This current results in no modules. If you are building a newer kernel, you should do "make V=1 all" then a "make modules_install". I think this streamlines the compiling of modules. It is the method recommended in the kernel admin-guide.
That is actually because you did not compile the modules. Please try make -j nproc before make modules_install again.
Following this post I managed to install LablGtk (I think) but still when I try to configure-make Coq I get the following message that CoqIDE will not be built:
$ ./configure
You have OCaml 4.09.0+dev0-2019-01-18. Good!
You have OCamlfind 1.7.1. Good!
You have native-code compilation. Good!
You have the Num library installed. Good!
Warning: Incomplete LablGtk2 (via ocamlfind): no /usr/local/lib/ocaml/4.04.0/lablgtk2/gSourceView2.cmi.
Warning: Incomplete LablGtk2 (in OCaml library): no /usr/lib/ocaml/lablgtk2/gSourceView2.cmi.
LablGtk2 not found:
=> no CoqIde will be built.
Where should I install the Coq binaries [/usr/local/bin]?
How can I make sure LablGtk is installed? or if something else is missing?
EDIT:
I ran sudo make install again from the extracted LablGtk folder and I now see it failed because it already has this library, but it is somehow associated with an old ocaml version (???):
$ sudo make install
ocamlfind: Package lablgtk2 is already installed
- (file /usr/local/lib/ocaml/4.04.0/lablgtk2/META already exists)
Makefile:400: recipe for target 'findlib-install' failed
make[1]: *** [findlib-install] Error 2
make[1]: Leaving directory '/home/oren/Downloads/lablgtk-2.18.7/src'
Makefile:5: recipe for target 'install' failed
make: *** [install] Error 2
I'm attempting to build glib-2.36.4 on CentOS5. I realize it would be wiser to upgrade to 6 but this isn't possible because of a customer requirement.
I've started a make build and I get the below error. The error complains that automake-1.13 doesn't exist on the system. However, I built automake 1.14 and installed it. An automake --version outputs the correct version.
I've done a yum list installed | grep automake to insure automake doesn't have conflicting installations.
I've tried googling the issue but I can't come up with anything.
make[4]: Entering directory `/home/tharper/glib-2.36.4/docs/reference/glib'
cd ../../.. && /bin/sh /home/tharper/glib-2.36.4/missing
automake-1.13 --gnu docs/reference/glib/Makefile
/home/tharper/glib-2.36.4/missing: line 81: automake-1.13: command not found
WARNING: 'automake-1.13' is missing on your system.
You should only need it if you modified 'Makefile.am' or
'configure.ac' or m4 files included by 'configure.ac'.
The 'automake' program is part of the GNU Automake package:
<http://www.gnu.org/software/automake>
It also requires GNU Autoconf, GNU m4 and Perl in order to run:
<http://www.gnu.org/software/autoconf>
<http://www.gnu.org/software/m4/>
<http://www.perl.org/>
make[4]: *** [Makefile.in] Error 127
make[4]: Leaving directory `/home/tharper/glib-2.36.4/docs/reference/glib'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/tharper/glib-2.36.4/docs/reference'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/tharper/glib-2.36.4/docs'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tharper/glib-2.36.4'
make: *** [all] Error 2
From the top level directory run the command
automake
Basically, your makefiles were built using Automake 1.13 and now you've got 1.14 they're getting confused, so running automake will recreate all the Makefiles using your new version.
In my side, it will show some warning after run automake, and I run the command to resolved this issue:
autoreconf -ivf
I ran in a similar problem when trying to compile gnome-mplayer-1.0.9.2 on Ubuntu 14.01.1.
I managed to resolve it by running the following commands in the source folder:
aclocal
automake
./configure
make
I have node.js and npm install under my /opt directory in Linux RHEL.
I've used npm to install several different modules, namely mongodb and mongoose. However, when it tries to make the distro (or I try it), it fails as follows:
make -C ./external-libs/bson all
make[1]: Entering directory `/opt/node_modules/mongodb/external-libs/bson'
rm -rf build .lock-wscript bson.node
node-waf configure build
make[1]: execvp: nodewaf: Not a directory
make[1]: *** [all] Error 127
make[1]: Leaving directory `/opt/node_modules/mongodb/external-libs/bson'
make: *** [build_native] Error 2
I presume this is happening because it can't find node-waf which is under /opt/node/tools. I'm just wondering if I botched the install that it's not picking it up or what's the best way to address this without mucking with the Makefile?
Thanks...
I have Ubuntu 10.04 and gcc version 4.4.3
I have been trying to install this library called SUPER_LU and there are some codes in it are written in Fortran. Typing "make" at the top level directory gives me the following errors
gaurish108#gaurish108-laptop:~/Desktop/Research Meetings/PETSC and SUper LU/SuperLU_4.0$ make
( cd INSTALL; make )
make[1]: Entering directory `/home/gaurish108/Desktop/Research Meetings/PETSC and SUper LU/SuperLU_4.0/INSTALL'
g77 -o testdlamch dlamch.o lsame.o dlamchtst.o
***make[1]: g77: Command not found***
make[1]: *** [testdlamch] Error 127
make[1]: Leaving directory `/home/gaurish108/Desktop/Research Meetings/PETSC and SUper LU/SuperLU_4.0/INSTALL'
make: *** [install] Error 2
This has happened with me in the past also when i tried to download some math libraries? always thought g77 cam bundles up with gcc. When I tried to install g77 separately with sudo apt-get install g77, this is what I got
gaurish108#gaurish108-laptop:~/Desktop/Research Meetings/PETSC and SUper LU/SuperLU_4.0$ sudo apt-get install g77[sudo] password for gaurish108:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package g77 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package g77 has no installation candidate
What should I do?
As of gcc 4.0, g77 has been replaced with gfortran.