New build infrastructure in svn

[Peter S. Mazinger]

On Wed, 26 Oct 2005, Jan-Benedict Glaw wrote:

> On Wed, 2005-10-26 10:42:51 +0200, Peter S. Mazinger <ps.m at gmx.net> wrote:
> 
> > a. Backup your Makefile's (those removed/replaced by create_links.sh)
> > b. ./extra/scripts/create_links.sh will add a minimal set of symlinks to 
> > allow building make -f Makefile.in.
> 
> For vax-linux-uclibc, this results in:
> 
> make[1]: Leaving directory `/home/jbglaw/vax-linux/scm/build-20051026-105731-vax-linux-uclibc/src/uclibc/libc'
> make -C  libcrypt
> make[1]: Entering directory `/home/jbglaw/vax-linux/scm/build-20051026-105731-vax-linux-uclibc/src/uclibc/libcrypt'
> "vax-linux-uclibc-"gcc ../libcrypt/crypt.c ../libcrypt/des.c ../libcrypt/md5.c -c -o ../libcrypt/libcrypt.o   -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing   -fno-stack-protector -fno-builtin -nostdinc -D_LIBC -I../include -I.  -Os -funit-at-a-time    -isystem /home/jbglaw/vax-linux/scm/build-20051026-105731-vax-linux-uclibc/install/usr/lib/gcc/vax-linux-uclibc/4.1.0/include -DNDEBUG        -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing   -fno-stack-protector -fno-builtin -nostdinc -D_LIBC -I../include -I.  -Os -funit-at-a-time    -isystem /home/jbglaw/vax-linux/scm/build-20051026-105731-vax-linux-uclibc/install/usr/lib/gcc/vax-linux-uclibc/4.1.0/include -DNDEBUG
> vax-linux-uclibc-gcc: cannot specify -o with -c or -S with multiple files
> make[1]: *** [../libcrypt/libcrypt.o] Error 1
> make[1]: Leaving directory `/home/jbglaw/vax-linux/scm/build-20051026-105731-vax-linux-uclibc/src/uclibc/libcrypt'
> make: *** [_dir_libcrypt] Error 2

This seems to be a vax compiler issue, it does not allow multiple source 
files. For you add DOMULTI=n to libcrypt/Makefile.in and it will build all 
objects separately (will happen in other directories too, 
libutil/linuxthreads_db/libm). I could make that an option, but first have 
a look if gcc could get support for it, it is supported in gcc-3.4 for x86

 
> There are only vax-specific patches applied; the new Makefile.in is
> basically a copy of the ARM port's Makefile.in, but I don't think this
> is related, since this is happening in the libcrypt part. The Makefile
> seems to be correctly linked:

if you have proper crt1.S/crti.S/crtn.S files, then the arch specific 
stuff should work by copying and adapting *SRC and *DIR/OUT. Please keep 
though the name of ARCH_OBJS for all objects, else duplicates won't be 
removed properly.
The same applies to libc/string/arch-specific dir if you have any, 
STRING_ARCH_OBJS should cover all objects.

Peter

> 
> jbglaw at d2:~/vax-linux/scm/build-20051026-105731-vax-linux-uclibc/src/uclibc$ ls -l libcrypt/
> total 48
> -rw-r--r--  1 jbglaw jbglaw  1430 2005-06-05 18:39 crypt.c
> -rw-r--r--  1 jbglaw jbglaw 20083 2005-08-13 13:44 des.c
> lrwxrwxrwx  1 jbglaw jbglaw    35 2005-10-26 13:26 Makefile -> ../extra/scripts/Makefile.libs.lvl1
> -rw-r--r--  1 jbglaw jbglaw   748 2005-10-26 12:57 Makefile.in
> -rw-r--r--  1 jbglaw jbglaw 18710 2005-06-05 18:39 md5.c
> 
> MfG, JBG
> 
> 

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2