nsp1.3 source files and Debian stretch

71 views
Skip to first unread message

Scicoco

unread,
Dec 16, 2017, 6:06:30 PM12/16/17
to tumbi
Hello,

I'm trying to compile nsp source file (nsp-1.3.tgz) with debian stretch (9.3.0 - amd64) but it fails.
Here is my command lines :

alan@XPS13:~/Dev/nsp-1.3$ ./autogen.sh --with-gtk3 > autogen_output.log
alan@XPS13:~/Dev/nsp-1.3$ make > make_output.log

Regards,
@l@n
config.log
autogen_output.log
make_output.log

jpc

unread,
Dec 17, 2017, 2:20:16 AM12/17/17
to tumbi
Dear @l@n,
There's something strange in the make_output.log.
For some repository I see the message 
make[2]: rien à faire pour « all ».
which maybe is just here because you run the make twice ?
If this is not the case, do a distclean in src
and make again with -j xx to accelerate.

I would also like to see the last message that you should have
after the

linking
config/Makefile.linux:9 : la recette pour la cible « bin/scilex » a échouée

Regards
jpc


Scicoco

unread,
Dec 17, 2017, 8:18:56 AM12/17/17
to tumbi
Hi jpc,

I've found some issues :
- the tarball contains precompiled source files and if the compilation fails then makefiles try to link it with the newest compiled files.
- in makefiles (after running autogen.sh) some variables are always informed with absolute paths, like SCI=/usr/local/src/nsp2-trunk-gtk3 in modnum toolboxes

The compilation works perfectly in /usr/local/src/nsp2-trunk-gtk3 after cleaning

alan@XPS13:/usr/local/src# tar xzf nsp-1.3.tgz
alan@XPS13:/usr/local/src# mv nsp-1.3 nsp2-trunk-gtk3
alan@XPS13:/usr/local/src# cd nsp2-trunk-gtk3/
alan@XPS13:/usr/local/src/nsp2-trunk-gtk3# ./autogen.sh --with-gtk3 ; make distclean; make -j2

I'll also report that with a fresh stretch debian installation, we need to install libssl-dev and crypto (-lssl -lcrypto) because the configure script doesn't check this libraries.

Regards,
Alan

jpc

unread,
Dec 18, 2017, 3:01:49 AM12/18/17
to tumbi
Hello Alan,
Thanks for reporting. I'll clean the source tarball present on the site.
When the tarball is clean absolute path in toolboxes should be removed and
reset by the autogen.sh
Regards
jpc
Reply all
Reply to author
Forward
0 new messages