#15 script to touch the generated autotools files

closed
nobody
None
5
2009-09-20
2009-07-02
Ozkan Sezer
No

The attached crt_touch.sh script is stolen and adapted from the gcc tree. If nothing (such as its GPL license) is objectionable and no better solution is available, I'd like to add this as mingw-w64-crt/crt_touch.sh : playing with the autotools files and commiting them does not always update all files on the svn server, so this scriptlet fixes the dates to avoid reconfiguration.

Discussion

  • Ozkan Sezer

    Ozkan Sezer - 2009-07-02
     
  • NightStrike

    NightStrike - 2009-07-04

    I've never seen a case where running autoreconf didn't do as it should (ignoring cases of operator error). If they fail to work, then we should fix the autotools and not patch around them. Remember also that the gcc is using ancient autotools by today's standards, and we are on the cutting edge.

    I would say that without more information, this is not a good idea.

     
  • Ozkan Sezer

    Ozkan Sezer - 2009-07-04

    The problem will show up when you can manually do the change: I, for example, don't have libtool-2.x, and if I do autoreconf, it will go back to libtool-1.5.26 on my local copy and if I accidentally commit mychanges it will just screw it up. The script is for quick edits and for cases when the generated files are perfectly OK but their date .stamps wrong.

     
  • NightStrike

    NightStrike - 2009-07-05

    We should not be mixing versions of autotools. If you don't have the required versions, and it's impossible to get them, just let me know and I'll regenerate. I would prefer that over a borrowed script.

     
  • Ozkan Sezer

    Ozkan Sezer - 2009-07-05

    When committing something with generated autotools, yes I will require help. Not all of the generated files will go into the svn with their correct datestamps, though, which is the problem: do:
    svn export https://mingw-w64.svn.sourceforge.net/svnroot/mingw-w64/trunk/mingw-w64-crt
    and run the script in the crt directory to see it: svn is not sending unchanged files just because their datestamps.changed.

    I'm not insisting on this thing at all, though, we can close this if necessary.

     
  • Ozkan Sezer

    Ozkan Sezer - 2009-09-20

    there seems to be no interest in this. closing my tracker item.

     
  • Ozkan Sezer

    Ozkan Sezer - 2009-09-20
    • status: open --> closed
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks