[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Build Bug in wip-peg

From: Noah Lavine
Subject: Re: Build Bug in wip-peg
Date: Tue, 6 Sep 2011 10:28:43 -0400

Oh yes, good idea. I didn't realize I had hit reply instead of reply-all.

I'm replying to the list now so at least it will get a copy of the emails. :-)

On Tue, Sep 6, 2011 at 4:41 AM, Andy Wingo <address@hidden> wrote:
> Hi Noah,
> Let's try to keep the list in the loop on future mails.  My inbox is a
> bit lossy :)
> Cheers,
> Andy
> On Tue 06 Sep 2011 04:25, Noah Lavine <address@hidden> writes:
>> I have fixed this. There is currently a branch on Savannah called
>> "wip-peg-fixed" which has all of the peg changes rebased on top of
>> stable-2.0. It builds fine on my machine and runs the peg test suite
>> with all passes. (I couldn't overwrite wip-peg without pulling and
>> merging, and I was afraid I would mess up my changes, so I used a
>> different name.)
>> When I was trying to fix the compilation bug, I realized that for some
>> reason wip-peg did not have the most recent version of the peg code. I
>> don't know why that would happen, so I decided the safest thing to do
>> was take my local branch of up-to-date peg code and rebase on top of
>> stable-2.0, which is what I did. It now works.
>> The next step, I think, is fixing the S-expression representation of
>> some parts of the grammar. Then, finally, I think it might be ready to
>> use. :-)
>> Noah
>> On Sun, Sep 4, 2011 at 10:50 AM, Noah Lavine <address@hidden> wrote:
>>> No, that eliminates the problem.
>>> There's still a bug in compiling the peg code, but I have a fix for
>>> that too. Currently there is something odd going on with the peg test
>>> suite, which I will look at, and then we can finally fix the
>>> S-expression representation of the PEG grammars :-).
>>> Noah
>>> On Sun, Sep 4, 2011 at 6:14 AM, Andy Wingo <address@hidden> wrote:
>>>> On Sat 03 Sep 2011 22:38, Noah Lavine <address@hidden> writes:
>>>>> It's been a while, but I just got the wip-peg branch from the main
>>>>> repository and tried to build it. After doing "make clean && make", I
>>>>> get this error:
>>>>> Undefined symbols:
>>>>>   "_rpl_open", referenced from:
>>>>>       _scm_open_file in libguile_2.0_la-fports.o
>>>>>       _scm_load_objcode in libguile_2.0_la-objcodes.o
>>>>>       _scm_copy_file in filesys.o
>>>>>       _scm_copy_file in filesys.o
>>>>>       _scm_open_fdes in filesys.o
>>>>> ld: symbol(s) not found
>>>>> However, I do not get an error when I build the master branch. Since
>>>>> wip-peg is based on the stable branch, I assume that some build change
>>>>> between stable and master made it work on my system. Can anyone
>>>>> suggest what that might be?
>>>> wip-peg is based on stable-2.0, not master.  Perhaps it was something
>>>> fixed later in stable-2.0.  Does the problem persist if you "git merge
>>>> origin/stable-2.0"?  If not, then we should probably rebase the branch
>>>> again.
>>>> It will be great when we finally merge this branch :-)
>>>> Andy
>>>> --
> --

reply via email to

[Prev in Thread] Current Thread [Next in Thread]