m4-1.4.7 build feedback

2006-09-26 Thread Nelson H. F. Beebe
ll may be able >> to run the Sun compilers in the future. >> ... ============ A build on GNU/Linux IA-32 with the Portland Group compilers, pgcc and pgCC, version 5.1-3, compilation failed because INT_MAX is not def

Re: fpending issues on LSB

2006-09-27 Thread Nelson H. F. Beebe
Mark Brown and Kevin Caunt and Marvin Heffler and Andrew Josey and George Kraft IV and Radhakrishnan Sethuraman and Matt Taggart and Kristin Thomas and Theodore Ts'o and Mats Wichmann and Chris Yeoh", subject = "Linu

Re: depcomp deficiency [was: m4-1.4.7 build feedback]

2006-09-27 Thread Nelson H. F. Beebe
at build time at every end-user site, rather than at a single developer site. In my own packages, I maintain the Makefile dependencies myself, and don't require their generation during builds. --------------- - Nel

Re: vasprintf on DEC [was: m4-1.4.7 build feedback]

2006-09-27 Thread Nelson H. F. Beebe
produces The string "The brown fox jumped over the lazy dog" uses 38 characters 56790.0 11 It looks like I have to go looking again for a better free implementation of snprintf(), sigh... ----------

Re: fpending issues on LSB

2006-09-27 Thread Nelson H. F. Beebe
;', 'asm' or '__attribute__' before '__re_long_size_t' This is the same problem as before with size_t being used before it is defined with this compiler. --- - Nelson H. F. Beebe

Re: vasprintf on DEC

2006-09-27 Thread Nelson H. F. Beebe
local library for snprintf(), and did builds of m4-1.4.7 with both cc and with gcc; all tests were successful, and I've installed the cc build. It is nice that m4 is able to adapt to a missing snprintf() (my own packages do this too, by falling back to the unsafe sprintf()). --

Re: depcomp deficiency [was: m4-1.4.7 build feedback]

2006-09-28 Thread Nelson H. F. Beebe
ot guarantee what that compiler actually is, so any such option use would be inherently nonportable. ------- - Nelson H. F. BeebeTel: +1 801 581 5254 - - University of Utah

m4-1.4.7: summary of successes

2006-09-28 Thread Nelson H. F. Beebe
on IA-32, and NetBSD and OpenBSD on the SIMH VAX. On Minix, I used gcc-3.4.3, rather than the default ACK (Amsterdam Compiler Kit) cc. My thanks go to several members of this list for helpful correspondence and discussions. -----------

Re: fpending issues on LSB: [ does not define size_t]

2006-09-28 Thread Nelson H. F. Beebe
Paul Eggert <[EMAIL PROTECTED]> writes about the failure of in the Linux Standards Base to define size_t. >> ... >> "Nelson H. F. Beebe" <[EMAIL PROTECTED]> writes: >> >> > This is the same problem as before with size_t being used before >>

m4-1.4.7 on DEC Alpha OSF/1 with alternate snprintf() library

2006-09-29 Thread Nelson H. F. Beebe
ed m4-1.4.7 build successes yesterday, OSF/1 4.0 is the ONLY once that lacks snprintf(), which is part of both POSIX and C99 (but absent from C89). Even Minix-3 and the NetBSD and OpenBSD SIMH VAXes have snprintf(). --- - Nel

[m4-1.4.11] build feedback

2008-04-03 Thread Nelson H. F. Beebe
gure environment: CC=gcc CXX=g++ LDFLAGS="-L/usr/local/lib -Wl,-rpath,/usr/local/lib" ----------- - Nelson H. F. BeebeTel: +

m4-1.4.12: problem on Apple Mac OS X 10.x PowerPC

2008-10-14 Thread Nelson H. F. Beebe
hat m4 be redesigned to have a similar fallback to double on systems with broken long double, or where long double is treated like double. --------------- - Nelson H. F. BeebeTel: +1 801 581 5254