bugmake - Bugs: bug #15104, GNU Make 3.80 behaving differently...

 
 

bug #15104: GNU Make 3.80 behaving differently from GNU Make 3.71 GNU Make 3.79.1

Submitted by:  None
Submitted on:  Wed 30 Nov 2005 10:40:58 AM UTC  
 
Severity: 3 - NormalItem Group: Bug
Status: DuplicatePrivacy: Public
Assigned to: NoneOpen/Closed: Closed
Component Version: 3.80Operating 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 07 Dec 2005 11:49:02 AM UTC, comment #6:

I am pretty sure this is a duplicte of bug #14334 for which I just committed the fix. Since a reproducable test hasn't been submitted for this bug report I cannot verify this. I am going to mark this bug as duplicate and close it. The initial submitter is welcome to test make from CVS or wait for the next beta and re-open this report if the problem is still there.

Boris Kolpackov <bosk>
Project Member
Thu 01 Dec 2005 06:38:46 AM UTC, comment #5:

$(collect_build_export_file)::$(collect_srcdir)/$(collect_export_file)
cat $^ > $@

This is the line where the export symbols file gets created initially.

Anonymous
Wed 30 Nov 2005 08:32:21 PM UTC, comment #4:

Ah. Good catch; you might be right. I didn't notice the :: in there. We don't know the value of these variables so we can't say for sure, but it seems likely, since they're ::, there will be SOME other target in the makefile with the same name.

Paul D. Smith <psmith>
Project Administrator
Wed 30 Nov 2005 08:14:34 PM UTC, comment #3:

While this bug report doesn't state exactly what goes wrong, it uses the same pattern as in bug #14334:

target:: prereq1
echo one >>$@

target:: prereq2
echo two >>$@

With gnu make 3.80 an up only one of the two commands gets executed while 3.79 executes both. I am pretty sure it is the same bug.

Boris Kolpackov <bosk>
Project Member
Wed 30 Nov 2005 07:40:49 PM UTC, comment #2:

Hm. I don't see any relationship between this bug and bug #14334 ??

Paul D. Smith <psmith>
Project Administrator
Wed 30 Nov 2005 07:26:52 PM UTC, comment #1:

This seems to be a dup of #14334.

Boris Kolpackov <bosk>
Project Member
Wed 30 Nov 2005 10:40:58 AM UTC, original submission:

I am noticing a peculiar behaviour the way gnu make handles a make file that I am using.

I am pasting snippets from a makefile that I feel would be useful to determine the cause

ifndef OPENCLASSBUILDOPTIONS
OPENCLASSBUILDOPTIONS := --debug--objmodel-compat
endif

ifeq (--nonansi, $(findstring --nonansi, $(openclass_api)))
DEFS += -DIC_NON_ANSI_BUILD_COMPILER
ifeq (aix, $(findstring aix, $(OPENCLASSBUILDHOS)))
OPENCLASSBUILDOPTIONS += --exportall--linklibrary
endif
- Hide quoted text -

endif

ifneq (--objmodel-ibm, $(findstring --objmodel-ibm, $(OPENCLASSBUILDOPTIONS)))
$(testfw_build_export_file):: $(testfw_srcdir)/$(testfw_extra_export_file)
cat $^ >> $@

$(collect_build_export_file):: $(collect_srcdir)/$(collect_extra_export_file)
cat $^ >> $@
endif

I have used the makefile with GNU Make 3.71 & 3.80. When I use 3.71, I believe the above code gets executed and appends all the symbols, which eventually gets picked up by the linker and my compile goes through. The same makefile creates problem when I use gnumake 3.80 and eventually the linker complains on missing symbols.

Am I doing something wrong here?

Would appreciate your thoughts.

Sincerely,
Kannan

Anonymous

 

(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 2 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Wed 07 Dec 2005 11:49:02 AM UTCboskStatusNone=>Duplicate
  Open/ClosedOpen=>Closed

Back to the top


Powered by Savane 3.1-cleanup1