Follow-up Comment #3, bug #33125 (project make):
So I'm happy to make this change, because it does seem cleaner, but I must
confess I don't understand how the original error is caused by it.
The code uses isspace() to count spaces the first time through the list.
isspace() matches spaces and
Follow-up Comment #4, bug #33125 (project make):
I understand your puzzlement - the more I think about it the less I personally
understand...
I will capture the string - there is no easy test case, because the android
build system isn't exactly trivial. It was only found due to corruption in
Hi all,
First of all, thanks a lot for the good work on GNU Make!
I have a piece of Makefile that started behaving differently in the migration
from 3.81 to 3.82, and I'm tempted to call it a bug.
Using the attached Makefile (I spent quite a while to strip it down from an
Automake generated
Follow-up Comment #5, bug #33125 (project make):
Find the captured string attached (excerpt of a debug output). If you analyze
it in a hex dumper, you'll see a number of LF / space combinations.
Because the splitting function does not split at LFs, it creates a number of
single LF tokens split
Update of bug #32871 (project make):
Triage Status:None = Verified
___
Follow-up Comment #1:
I agree, this is a bug.
___
Reply to this
Update of bug #33125 (project make):
Status:None = Fixed
Assigned to:None = psmith
Open/Closed:Open = Closed
Operating System:
Follow-up Comment #7, bug #33125 (project make):
I also create a test case for regression testing. It's pretty trivial, I'm
attaching it here.
I'm just unsure in which script this should be added to. Presumably
functions/sort. Please do as seems fit.
(file #23337)
Update of bug #32753 (project make):
Status:None = Fixed
Assigned to:None = psmith
Open/Closed:Open = Closed
Component Version:
Follow-up Comment #8, bug #33125 (project make):
I added a regression test with my fix. It won't show any difference in
behavior unless you run it in valgrind or similar though.
___
Reply to this item at:
On Mon, 2011-05-02 at 09:17 +0200, Akim Demaille wrote:
Using the attached Makefile (I spent quite a while to strip it down from an
Automake generated file), Make 3.81 reports:
$ make
echo accel.dat accel.dat
echo {accel.dat}
{accel.dat}
test -n accel.dat
echo accel.pdf accel.eps
Update of bug #32872 (project make):
Triage Status:None = Verified
___
Follow-up Comment #1:
I agree, this is a bug
___
Reply to this
Update of bug #32058 (project make):
Status:None = Fixed
Assigned to:None = psmith
Open/Closed:Open = Closed
Fixed Release:
Follow-up Comment #2, bug #32307 (project make):
The primary intent of the GNU make manual is to be printed into a paper book.
Maybe that's anachronistic now, but I still am not terribly jazzed about the
idea of sprinkling little parenthetical comments throughout the text such as
(added in
Update of bug #31582 (project make):
Status:None = Fixed
Assigned to:None = psmith
Open/Closed:Open = Closed
Fixed Release:
On Fri, 2011-04-15 at 16:57 +0300, Eli Zaretskii wrote:
Date: Fri, 15 Apr 2011 12:43:53 +0100
From: Tim Murphy tnmur...@gmail.com
I think it's an inevitable consequence that if you have a long-running
task then the output from it won't appear until it has completely
finished and you
15 matches
Mail list logo
