GNU Core Utilities - Bugs: bug #17794, error: possibly undefined macro:...
You are not allowed to post comments on this tracker with your current authentication level.
bug #17794: error: possibly undefined macro: gl_LOCK_EARLY
Submitter: | Andreas Schwab <schwab> | ||
Submitted: | Mon 18 Sep 2006 03:29:19 PM UTC | ||
Category: | None | Severity: | 3 - Normal |
Item Group: | None | Status: | Fixed |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Closed |
Jump to the original submission
Wed 20 Sep 2006 09:31:11 PM UTC, comment #10: |
Paul Eggert <eggert> |
Wed 20 Sep 2006 05:25:16 PM UTC, comment #9: My concern is that running "bootstrap" not be done lightly.
|
Jim Meyering <meyering> |
Wed 20 Sep 2006 05:05:05 PM UTC, comment #8: "bootstrap" already should "just work" even when it's run in a directory that has already been bootstrapped, or a directory that came from a tarball. I don't offhand see why we'd want to disable that capability. |
Paul Eggert <eggert> |
Wed 20 Sep 2006 01:38:58 PM UTC, comment #7: Including bootstrap in the tarball sounds like a good idea, but
|
Jim Meyering <meyering> |
Mon 18 Sep 2006 11:43:43 PM UTC, comment #6: If it serves as any reference point, M4 1.4.6 includes its bootstrap in its tarball. Someone using the tarball is expected to neither run bootstrap nor to run autoreconf (a fact that automake checks during 'make distcheck'), but the files are still shipped should they choose to rather than forcing them to check m4 out from CVS, similar to how configure.ac or Makefile.am is included in the tarball. On the other hand, running bootstrap implies that you have checked out gnulib from CVS, so omitting bootstrap from the tarball isn't too severe because by the time a user has grabbed gnulib from CVS, they can go all the way grab the bootstrap script and rest of the package from CVS as well.
|
Eric Blake <ericb> |
Mon 18 Sep 2006 10:51:56 PM UTC, comment #5: You can get bootstrap from
|
Paul Eggert <eggert> |
Mon 18 Sep 2006 07:58:17 PM UTC, comment #4: There is no bootstrap. |
Andreas Schwab <schwab> |
Mon 18 Sep 2006 07:12:10 PM UTC, comment #3: Ah, sorry, I misread the example. I guess the right answer is
|
Paul Eggert <eggert> |
Mon 18 Sep 2006 05:45:07 PM UTC, comment #2: There is no gnulib involved. |
Andreas Schwab <schwab> |
Mon 18 Sep 2006 05:42:12 PM UTC, comment #1: I think that was a gnulib-tool bug, fixed by my recent change
|
Paul Eggert <eggert> |
Mon 18 Sep 2006 03:29:19 PM UTC, original submission:
$ cd coreutils-6.2
|
Andreas Schwab <schwab> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 7 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2006-09-20 | eggert | Open/Closed | Open | Closed | |
2006-09-20 | eggert | Status | In Progress | Fixed | |
Attached File | - | Added diff, #10815 | |||
2006-09-18 | eggert | Status | Fixed | In Progress | |
Open/Closed | Closed | Open | |||
2006-09-18 | eggert | Status | None | Fixed | |
Open/Closed | Open | Closed |
Powered by Savane 3.13-02a9.
Corresponding source code
OK, I installed the attached patch to add a --force option
to bootstrap along the lines you suggested.