[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #11, bug #40361 (project make): Bingo! $ /opt/tools/gnumake-4.0/bin/make -rR /opt/tools/gnumake-4.0/bin/make -C subdir touch file.c make[1]: Entering directory '/tmp/temp/subdir' rm file.c make[1]: Leaving directory '/tmp/temp/subdir' So Frank is correct, it looks like vfmtco

[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #12, bug #40361 (project make): Although, slightly odd that the 'Entering directory' appeared after the 'touch file.c' - although I presume that is just related to the temporary code replacement with vprintf causing an immediate print

[bug #40371] Make 4.0 is not 8 bit clean

URL: Summary: Make 4.0 is not 8 bit clean Project: make Submitted by: bobbogo Submitted on: Fri 25 Oct 2013 10:55:27 AM GMT Severity: 3 - Normal Item Group: Bug

[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #13, bug #40361 (project make): @#12: Yes, exactly. Now we'll have to find out which one of vsnprintf() and va_copy() is broken and how to work around it. Are you familiar with C and can you do some tests to find out? (You can try standalone programs based on these functions, t

[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #14, bug #40361 (project make): I would be surprised if it's va_copy(). On the other hand I'm surprised that a UNIX variant in 2013 doesn't comply with a C standard which is 14+ years old now... I sort of expect that from Windows as they've all but abandoned C, but not a UNIX s