I'm trying to install MEEP through cygwin, I have all the required packages installed, however when I run ./configure I get the following error message:
configure: error: Couldn't find the required libctl library.
Even though the libctl package is definitely installed!
found off here
http://www.physics.uc.edu/~thang/mm-cygwin.txt
Cygwin:
- Run Cygwin.exe and insntall Cygwin to C:/cygwin
- Add g++, gnuplot, editting...packages
MEEP:
- Install guile (guile-1.8.3) (to /usr/local)
- Istall szip (szip-2.1) (to /usr/local)
- Install hdf5 (hdf5-1.6.6)
-> /.configure --enable-cxx --with-szlib --prefix=/usr/local
make
make check (all tests must pass)
make install
- Install h5utils (h5utils-1.10.1) (to /usr/local) (h5utils should see hdf5 library)
--enable-cxx --with-szlib
- Install BLAS (to /usr/local)
gunzip blas.tgz
tar xf blas.tar
f77 -c -O3 *.f # compile all of the .f files to produce .o files
ar rv libblas.a *.o # combine the .o files into a library
su -c "cp libblas.a /usr/local/lib" # switch to root and install
- Install lapack (lapack-3.1.1) (to /usr/local)
- Install harminv (harminv-1.3.1) (to /usr/local)
- Install libctl (libctl-3.0.2) (to /usr/local)
- Install meep (meep-1.10.1) (to /usr/local)
-> /.configure --prefix=/usr/local (make sure that meep sees hdf5 library)
make
make check
make install
Related
While trying to install GCC 6.4.0 on Alpine, I run into:
checking for the correct version of gmp.h... yes
checking for the correct version of mpfr.h... yes
checking for the correct version of mpc.h... yes
checking for the correct version of the gmp/mpfr/mpc libraries... no
But in /usr/lib, which seems to be the standard lookup directory, I have:
libgmp.a
libgmp.so
libgmp.so.10
libgmp.so.10.3.2
libmpc.so.3
libmpc.so.3.0.0
libmpfr.so.4
libmpfr.so.4.1.5
What could be wrong?
The quickest way to install GCC on Alpine Linux is by issuing the following command:
apk add build-base
source: https://wiki.alpinelinux.org/wiki/GCC
The best way to install all necessary libraries to compile gcc is using ./contrib/download_prerequisites script in the gcc source directory. That will download the support libraries and create symlinks, causing them to be built automatically as part of the gcc build process.
The steps to compile gcc version 6.4.0 on Alpine linux are:
apk add --no-cache make build-base
wget https://ftp.gnu.org/gnu/gcc/gcc-6.4.0/gcc-6.4.0.tar.gz
tar -xzvf gcc-6.4.0.tar.gz
cd gcc-6.4.0
./contrib/download_prerequisites
cd ..
mkdir objdir
cd objdir
./../gcc-6.4.0/configure --prefix=$HOME/GCC-6.4.0 --disable-multilib
make all-gcc
make all-target-libgcc
make install-gcc
make install-target-libgcc
It turns out that in this particular case one needs to install mpc1-dev, gmp-dev or mpfr-dev. I was missing out on mpc1-dev.
sudo apk add mpc1-dev
I've downloaded conky from GitHub and when I try to use the ./configure command, I get this following error :
bash: ./configure: No such file or directory
I opened my terminal in the Src folder and tried this command. What am I missing?
This is the screenshot of the terminal and the downloaded conky folder
I see CMakeLists.txt and doubled checked, per the documentation use cmake
1.10 and later versions
Conky 2 will use cmake instead of autotools which means you won't need autoconf and automake anymore but you'll need cmake.
autoconf and automake (and autogen) are what generally drive "configure".
You will need the tolua library (Ref.), which can be installed for Linux with apt-get install libtolua-dev libtolua++5.1-dev. You also need the following development packages if you keep the default cmake configuration: apt-get install libx11-dev libxft-dev libxdamage-dev libncurses5-dev libxinerama-dev.
Then, building conky will work like this:
$ mkdir build
$ cd build
$ ccmake ..
# this will launch a curses-based UI where you can configure
# everything, when you are ready you can build as usual:
$ make # This will compile conky in the `src` subdirectory
$ make install
I've downloaded and installed libpng from http://www.libpng.org/pub/png/libpng.html, which is version 1.6.16, following their simple instructions:
./configure
./make check
sudo ./make install
It runs with everything successful, and says it's been installed. However, after doing this I still read:
$ libpng-config --cflags --ldflags
-I~/anaconda/include/libpng15
-L~/anaconda/lib -lpng15
This is breaking other builds and installs, which sometimes detect 15 while requiring 16. How can I fix this?
Fedora Linux 20 x 64
If you want libpng16 to go in your $HOME/ then, in your libpng directory, run
./configure --prefix=$HOME
./make
./make install
This will install png*.h in $HOME/include/, libpng-config in $HOME/bin/,
and the library itself in $HOME/lib/.
If you want to put it in some other directory where you don't have write permission, the final command is
sudo ./make install
Right now I'm trying to build Automake on my Mac, and so far everything has been going swimmingly. I built Autoconf and m4 without any issues out of the packages (as opposed to git pulls). And then I get to Automake, and that's where things fall apart:
checking whether autoconf is installed... yes
checking whether autoconf works... yes
checking whether autoconf is recent enough... no
configure: error: Autoconf 2.65 or better is required.
The issue persists if I build and install autoconf 2.68. Is there some sort of trick I'm missing on this one?
The make file is detecting an older version of Autoconf in your $PATH. Take a look at this post in Sebastien's blog, especially the part that tells you to add your new Autoconf bin dir to the $PATH before building Automake. If you want to follow "standard" OSX folder structure convention, install Autoconf in /usr/local.
Allow me to shamelessly copy Daniel Farrelly version of Sebastien's script.
export build=~/devtools # or wherever you'd like to build
mkdir -p $build
##
# Autoconf
# http://ftpmirror.gnu.org/autoconf
cd $build
curl -OL http://ftpmirror.gnu.org/autoconf/autoconf-2.69.tar.gz
tar xzf autoconf-2.69.tar.gz
cd autoconf-2.69
./configure --prefix=/usr/local
make
sudo make install
export PATH=/usr/local/bin
##
# Automake
# http://ftpmirror.gnu.org/automake
cd $build
curl -OL http://ftpmirror.gnu.org/automake/automake-1.13.2.tar.gz
tar xzf automake-1.13.2.tar.gz
cd automake-1.13.2
./configure --prefix=/usr/local
make
sudo make install
I get the following error when trying to ./configure libcurl 7.22.0
one or more libs available at link-time are not available run-time. Libs used at link-time: -lssh2 -lssl -lcrypto -lrt -lz
When I ./configure with --without-libssh2 it works just fine.
Steps I have taken:
apt-get install libssl-dev
apt-get install libssh-dev
cd /var
wget http://www.libssh2.org/download/libssh2-1.3.0.tar.gz
tar -zxvf libssh2-1.3.0.tar.gz
cd libssh2-1.3.0
./configure
make
make install
SSL support works fine, by the way. I must have done something wrong with libssh
I have also tried:
./configure --with-libssh2
./configure --with-libssh2-path=/usr/local/lib
./configure --with-libssh2=/usr
./configure --with-libssh2=/usr/local/lib
But it didn't make a difference. I don't know what else to try.
The "libssh-dev" package is completely unrelated and unnecessary since it's a different library not used by libcurl nor libssh2.
The problem you face is probably that "make install" with libssh2 installs the library /usr/local/lib by default and you have not edited /etc/ld.so.conf to load libs from that directory. Edit the file and run ldconfig (both actions as root). Alternatively, install libssh2 into another directory that already is searched in by ld.so.
check while openssl installed successly?
openssl version
if not show version info, set openssl correctly
for example:
ln -s /usr/local/lib64/libssl.so.1.1 /usr/lib64/libssl.so.1.1
ln -s /usr/local/lib64/libcrypto.so.1.1 /usr/lib64/libcrypto.so.1.1
and continue install curl, it work for me