buggnubg - Bugs: bug #47669, 'make distclean' fails with an...

 
 

bug #47669: 'make distclean' fails with an error

Submitted by:  None
Submitted on:  Tue 12 Apr 2016 10:31:05 AM UTC  
 
Originator Name: Jeremy MooreOriginator Email: -unavailable-
Item Group: Installation ErrorCategory: Compile and link errors
Release: 1.05-ReleasePrivacy: Public
Operating System: LinuxOS Type: Any
Processor Type: AnySeverity: 3 - Normal
Open/Closed: ClosedAssigned to: None
Priority: 5 - NormalStatus: Fixed

Add a New Comment(Rich Markup)
   

You are not logged in

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

 

Fri 15 Apr 2016 11:05:37 AM UTC, comment #2:

If the Windows build uses autoconf, it should be OK. According to the manual it will create a copy if symlinks aren't available:

Are there are any instructions for creating the Windows binaries? I'd be happy to test it out if so.

Anonymous
Wed 13 Apr 2016 08:50:37 PM UTC, comment #1:

Will a symlink work with cygwin or whatever is used for the Windows builds ?

Another possibility would be to use a dummy lib/output.c that includes ../output.c (or vice-versa). Somewhat similar to what is done with evallock.c.

Philippe Michel <plm>
Project Member
Tue 12 Apr 2016 10:31:05 AM UTC, original submission:

Steps to reproduce:
1. Fresh checkout from CVS as of 2016-04-07
2. ./autogen.sh
3. ./configure
4. make distclean

Expected:
All files created at step 3 should be removed

Actual:
Errors of the form 'Makefile:802: .deps/analysis.Po: No such file or directory', and a few files left behind.

Tool versions:
automake 1.15, autoconf 2.69, make 4.1

Analysis:
The lib submake builds ../output.c in place, making use of ../$(DEPDIR) to do so. Automake therefore generates this distclean rule in lib/Makefile:

distclean: distclean-am
-rm -rf ../$(DEPDIR) ./$(DEPDIR)

When the lib submake completes, control returns to the top-level makefile, which fails on a string of 'include ./$(DEPDIR)/*' directives because the directory has been deleted.

Would it be acceptable to symlink output.c into the lib subdir during configuration instead of building it in place?

Or, feel free to tell me to mind my own business, I'm new around here :)

Anonymous

 

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

Attach File(s):
   
   
Comment:
   

Attached Files
file #36898:  distclean_error.log added by None (9KiB - text/x-log)
file #36899:  distclean.patch added by None (968B - text/x-patch)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by plm (Posted a comment)
  • -unavailable- added by None (Submitted the item)
  •  

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

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 01 May 2016 07:48:59 PM UTCplmOpen/ClosedOpen=>Closed
      StatusConfirmed=>Fixed
    Wed 13 Apr 2016 08:50:37 PM UTCplmOS Type64Bit=>Any
      Processor TypeIntel=>Any
      StatusNone=>Confirmed
    Tue 12 Apr 2016 10:31:05 AM UTCNoneAttached File-=>Added distclean_error.log, #36898
      Attached File-=>Added distclean.patch, #36899

    Back to the top


    Powered by Savane 3.1-cleanup1