Re: Makefile error

[Vladimir T. <vtz...@gm...>]

Please do a clean repo checkout and try to build everything as is without
modifying Makefiles or anything else. It should build and pass tests fine.

Something that I use frequently to put the builds from same source into
distinct directories, e.g.:

./configure s
./configure --with-threads=POSIX_THREADS m
./configure --with-threads=POSIX_THREADS --with-debug md
..

And then work inside 's', 'm' or 'md' folders.


On Mon, May 22, 2017 at 5:20 PM, Compro Prasad <com...@gm...>
wrote:

> I updated the source and ran "../configure --without-ffcall
> --without-dynamic-modules --with-threads=POSIX_THREADS --with-debug"
> (and without "--with-debug" too) then removed -O2 from Makefile and
> ran "make" but it had this following error.
> gcc -I/mnt/eb7b593c-d20e-4393-be34-3b108921f50e/home/compro/Drop
> box/programs/hg/clisp/src
> -I/mnt/eb7b593c-d20e-4393-be34-3b108921f50e/home/compro/Drop
> box/programs/hg/clisp/build/gllib
> -I/mnt/eb7b593c-d20e-4393-be34-3b108921f50e/home/compro/Drop
> box/programs/hg/clisp/src/gllib
> -g -W -Wswitch -Wcomment -Wpointer-arith -Wreturn-type
> -Wmissing-declarations -Wimplicit -Wno-sign-compare
> -Wno-format-nonliteral -Wno-shift-negative-value -fwrapv -pthread
> -fno-strict-aliasing -ggdb -O0 -DDEBUG_OS_ERROR -DDEBUG_SPVW
> -DDEBUG_BYTECODE -DSAFETY=3 -DENABLE_UNICODE -DMULTITHREAD
> -DPOSIX_THREADS -I. -I. -c ../src/modules.c
> if test -d locale; then rm -rf locale; fi
> mkdir locale
> (cd po && /usr/bin/make && /usr/bin/make install datarootdir=..
> localedir='$(datarootdir)/locale' INSTALL_DATA='ln') || (rm -rf locale
> ; exit 1)
> make[1]: Entering directory
> '/mnt/eb7b593c-d20e-4393-be34-3b108921f50e/home/compro/Dropb
> ox/programs/hg/clisp/build/po'
> make[1]: *** No rule to make target 'sv.gmo', needed by 'all-yes'.  Stop.
> make[1]: Leaving directory
> '/mnt/eb7b593c-d20e-4393-be34-3b108921f50e/home/compro/Dropb
> ox/programs/hg/clisp/build/po'
> make: *** [Makefile:1374: locale] Error 1
>
> How to not build the locale directory? I think it is not necessary.
>
> > 'hg pull' and check that MT build is good now - tested on osx and
> > linux-amd64. No need for --enable-portability. There was a problem with
> > initialization of special variables bindings.
>