Re: Build Bug in wip-peg

2011-09-06 Thread Noah Lavine
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 wi...@pobox.com 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 noah.b.lav...@gmail.com 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 noah.b.lav...@gmail.com 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 wi...@pobox.com wrote:
 On Sat 03 Sep 2011 22:38, Noah Lavine noah.b.lav...@gmail.com 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
 --
 http://wingolog.org/



 --
 http://wingolog.org/




Re: Build Bug in wip-peg

2011-09-04 Thread Andy Wingo
On Sat 03 Sep 2011 22:38, Noah Lavine noah.b.lav...@gmail.com 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
-- 
http://wingolog.org/