bugmake - Bugs: bug #7259, garbage as result of...

 
 

bug #7259: garbage as result of $(call)/$(eval)

Submitted by:  Boris Kolpackov <bosk>
Submitted on:  Wed 14 Jan 2004 11:21:18 PM UTC  
 
Severity: 3 - NormalItem Group: None
Status: DuplicatePrivacy: Public
Assigned to: Paul D. Smith <psmith>Open/Closed: Closed
Component Version: 4.0Operating System: POSIX-Based
Fixed Release: NoneTriage Status: None

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

(Jump to the original submission Jump to the original submission)

Wed 11 Feb 2004 09:44:01 PM UTC, comment #6:

Bugs #7609 provides a test case which exhibits this bug.

Christoph Schulz <kristovschulz>
Wed 21 Jan 2004 03:27:52 AM UTC, comment #5:

I just tried my example with CVS version and could not reproduce the problem. However, I believe I tried it against CVS version before submitting the bug report. Let's assume it was my mistake and this bug is fixed in CVS version. I will let you know if the problem surface again.

Boris Kolpackov <bosk>
Project Member
Mon 19 Jan 2004 07:57:49 AM UTC, comment #4:

OK, I will close this bug for now. Let me know if you see it again. Right now the email notification section of Savannah is not working (for me anyway) so you'll need to email me directly if you update this bug again. Thanks.

Paul D. Smith <psmith>
Project AdministratorIn charge of this item.
Sun 18 Jan 2004 09:08:01 PM UTC, comment #3:

I just tried my example with CVS version and could not reproduce the problem. However, I believe I tried it against CVS version before submitting the bug report. Let's assume it was my mistake and this bug is fixed in CVS version. I will let you know if the problem surface again.

Boris Kolpackov <bosk>
Project Member
Sun 18 Jan 2004 05:09:12 PM UTC, comment #2:

This sounds like one of the bugs that has already been fixed: there are a few related to memory management etc. where the results change depending on the length of variable values, etc.

Do you have the ability to build the CVS version of GNU make?

Paul D. Smith <psmith>
Project AdministratorIn charge of this item.
Wed 14 Jan 2004 11:33:26 PM UTC, comment #1:

If i change

define include
$(eval $(call include-thunk,$1,$(makefile)))
endef

to be

define include
$(strip $(eval $(call include-thunk,$1,$(makefile))))
endef

$(tmp) becomes empty all the time

Boris Kolpackov <bosk>
Project Member
Wed 14 Jan 2004 11:21:18 PM UTC, original submission:

I have a set of makefiles that have the following construct:

define include-thunk
$(warning $1)
include $1
endef

define include
$(eval $(call include-thunk,$1,$(makefile)))
endef

And then one of the makefiles calls 'include' like this:

tmp := $(call include,$(src_root)/foo/Makefile)
$(warning "tmp = '$(tmp)'")

The $(tmp) should be empty but this is not the case (at least not all the time). Sometimes it contains some garbage
like this:

Makefile:17: "tmp = 'idir/foo1'

Content of the garbage depends on how much makefile code I comment and in which directory I run it. I was trying to create an example that would reproduce the problem but once
I move it to any other directory the effect disappears. I also tried to debug/read relevant code but could not understand where/when/how/why the buffers are allocated/assigned/copied/etc.

If I could be of any help in reproducing/fixing this problem please let me know.

-boris

Boris Kolpackov <bosk>
Project Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 3 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Mon 19 Jan 2004 07:57:49 AM UTCpsmithOpen/ClosedOpen=>Closed
Mon 19 Jan 2004 07:57:48 AM UTCpsmithStatusNone=>Duplicate
  Assigned toNone=>psmith

Back to the top


Powered by Savane 3.1-cleanup1