bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

make and backslash-newline's


From: Alfred M\. Szmidt
Subject: make and backslash-newline's
Date: Mon, 26 Dec 2005 04:43:12 +0100

Hey,

Please revert the POSIX_ME_HARDER change of backslash-newline
sequences are handled.  There is absolutley no reason to break this.
Lots of old Makefile use it, and so do many new ones.  If one wishes
to follow POSIX, one can make this the default setting when
POSIX_ME_HARDER (usually known as POSIXLY_CORRECT) is set or a extra
option, --posix.  GNU Make is after all not POSIX make.


I wrote the following a while ago before having read the archives (I
canceled the message that was in queue since I wasn't subscribed, then
subscribed, and now resending this new one):

---
Hi,

This bug report is a bit inproper to post here, it is a GNU Make
included in Debian GNU/Linux (unstable), the Debian package is called
make 3.80+3.81.b4-1.  Which is basically make 3.81-beta4.

Anyway, I suspect that this happens with the normal tarball too (I
haven't checked yet, it is late, and I wasted several hours figuring
this crap out, and would like to do some nasty things with the $%#^%$
who included a beta make into Debian without doing proper testing of
it).  When compiling the GNU C library with this (Debian's 3.81-beta4)
make one gets the following error:

[...]
echo '#include <mach/mach.defs>' | \
        i586-pc-gnu-gcc -std=gnu99 -O2 -Wall -Winline -Wwrite-strings 
-fmerge-all-constants -g -Wno-parentheses -Wstrict-prototypes 
-mpreferred-stack-boundary=2     -I../include 
-I/home/update/ams/slask/cross/src/glibc.obj/mach 
-I/home/update/ams/slask/cross/src/glibc.obj -I../sysdeps/i386/elf 
-I../sysdeps/mach/hurd/i386 -I../sysdeps/mach/hurd -I../sysdeps/gnu 
-I../sysdeps/unix/bsd/bsd4.4 -I../sysdeps/unix/mman -I../sysdeps/mach/i386 
-I../sysdeps/mach -I../sysdeps/i386/i586 -I../sysdeps/i386/i486 
-I../sysdeps/i386/fpu -I../sysdeps/i386 -I../sysdeps/wordsize-32 
-I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 
-I../sysdeps/ieee754/flt-32 -I../sysdeps/unix/bsd -I../sysdeps/unix/common 
-I../sysdeps/unix/inet -I../sysdeps/unix -I../sysdeps/posix 
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I.. 
-I../libio -I../hurd -I/home/update/ams/slask/cross/src/glibc.obj/hurd/ 
-I../mach -I/home/update/ams/slask/cross/src/glibc.obj/mach/ -I. -nostdinc 
-isystem /slask/psi
 lo1/ams/cross/bin/../lib/gcc/i586-pc-gnu/4.0.3/include -isystem 
/home/update/ams/slask/cross/sys_root/include -D_LIBC_REENTRANT -include 
../include/libc-symbols.h       -M -x c - | \
        sed -e 's,- 
*:,/home/update/ams/slask/cross/src/glibc.obj/mach/mach/mach_interface.udeps 
/home/update/ams/slask/cross/src/glibc.obj/mach/mach/mach_interface.ustamp 
/home/update/ams/slask/cross/src/glibc.obj/mach/mach/mach_interface.uh 
/home/update/ams/slask/cross/src/glibc.obj/mach/mach/mach_interface.__h\
                          
/home/update/ams/slask/cross/src/glibc.obj/mach/mach/mach_interface_server.c 
/home/update/ams/slask/cross/src/glibc.obj/mach/mach/mach_interface_server.h:,' 
\
            -e 's@ /home/update/ams/slask/cross/src/glibc\.obj/@ 
$(common-objpfx)@g' -e 
'address@hidden/home/update/ams/slask/cross/src/glibc\.obj/@$(common-objpfx)@g' 
> /home/update/ams/slask/cross/src/glibc.obj/mach/mach/mach_interface.udeps.new
mv -f 
/home/update/ams/slask/cross/src/glibc.obj/mach/mach/mach_interface.udeps.new 
/home/update/ams/slask/cross/src/glibc.obj/mach/mach/mach_interface.udeps
make[2]: Leaving directory `/slask/psilo1/ams/cross/src/glibc/mach'
make[2]: Entering directory `/slask/psilo1/ams/cross/src/glibc/mach'
/home/update/ams/slask/cross/src/glibc.obj/mach/mach/mach_interface.udeps:1: 
*** missing separator.  Stop.
make[2]: Leaving directory `/slask/psilo1/ams/cross/src/glibc/mach'
make[1]: *** [mach/subdir_lib] Error 2
make[1]: Leaving directory `/slask/psilo1/ams/cross/src/glibc'
make: *** [all] Error 2

.../glibc.obj/mach/mach/mach_interface.udeps lacks a backslash here
and there.  The latest release of make, 3.80, works just dandy with
the same setup.  Sadly, the build process for glibc is a bit magical,
but this makes it an ideal candidate for testing make on! :-) I
haven't had a chance to look at the thing to get a clean test case.

Cheers, and happy hacking.
---





reply via email to

[Prev in Thread] Current Thread [Next in Thread]