On Fri, Jan 04, 2013 at 07:12:49PM +0100, Raphaël Droz wrote:
> With latest git:
> When undefining DEBUG (relstatus=misc in configure.ac), the -devel
> branch can't build (4.3.0-devel) :
> > ./parse.y:2199: undefined reference to `itrace'
[...]
trivial patch fixes this.
diff --git a/parse.y b/pars
On 1/4/13 1:12 PM, Raphaël Droz wrote:
> Note:
> When compiling the -devel branch with the correct/default relstatus
> (-DDEBUG) then, when running the new build, Ctrl+C throws
> itrace("bash_event_hook"); but then Ctrl+C is not usable again.
> [ newline is needed before Ctrl+C becomes usable agai
With latest git:
When undefining DEBUG (relstatus=misc in configure.ac), the -devel
branch can't build (4.3.0-devel) :
> ./parse.y:2199: undefined reference to `itrace'
> jobs.c:3233: undefined reference to `itrace'
> jobs.c:2522: undefined reference to `itrace'
> jobs.c:2745: undefined reference t
On Wed, Dec 12, 2012 at 09:40:29AM -0500, Chet Ramey wrote:
> On 12/12/12 8:56 AM, Raphaël Droz wrote:
> > Hi,
> >
> > using the devel/ branch, linking fails with:
> >> bashline.o: In function `attempt_shell_completion':
> >> bashline.c:1406: undefined reference to `parser_in_command_position'
> >
On 12/12/12 10:57 AM, Steven W. Orr wrote:
>>
>
> Hold on! A make clean should delete all derived files. y.tab.[ch] are
> derived and should be present in a clean sandbox.
>
> Am I missing something?
We're overthinking this. The y.tab.[ch] in the git tree now were
inadvertently left over from
On 12/12/2012 08:57 AM, Steven W. Orr wrote:
>>
>
> Hold on! A make clean should delete all derived files. y.tab.[ch] are
> derived and should be present in a clean sandbox.
Rather, 'make clean' should delete all derived files not present in a
tarball, and 'make maintainer-clean' should delete A
On 12/12/2012 9:40 AM, Chet Ramey wrote:
On 12/12/12 8:56 AM, Raphaël Droz wrote:
Hi,
using the devel/ branch, linking fails with:
bashline.o: In function `attempt_shell_completion':
bashline.c:1406: undefined reference to `parser_in_command_position'
collect2: ld returned 1 exit status
I se
Chet Ramey writes:
> It's a choice between those two alternatives, not removing y.tab.c and
> doing nothing.
It doesn't make any sense to check in an outdated y.tab.c.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"A
> Chet Ramey writes:
>
> > Maybe I will remove y.tab.[ch] from the devel tree, but that introduces a
> > dependency on bison.
>
> ??? Since y.tab.c isn't uptodate you have that anyway.
Correct. The alternative is changing the script that updates the git tree
to make sure there's an up-to-date
Chet Ramey writes:
> Maybe I will remove y.tab.[ch] from the devel tree, but that introduces a
> dependency on bison.
??? Since y.tab.c isn't uptodate you have that anyway.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4E
On 12/12/12 8:56 AM, Raphaël Droz wrote:
> Hi,
>
> using the devel/ branch, linking fails with:
>> bashline.o: In function `attempt_shell_completion':
>> bashline.c:1406: undefined reference to `parser_in_command_position'
>> collect2: ld returned 1 exit status
I see what happened. git (or the p
Hi,
using the devel/ branch, linking fails with:
> bashline.o: In function `attempt_shell_completion':
> bashline.c:1406: undefined reference to `parser_in_command_position'
> collect2: ld returned 1 exit status
I tried a bissection and c84e5202 was the last one to build fine.
But since f14388d
12 matches
Mail list logo
