headers
photon | 4 Dec 09:30
Picon

Control characters in the file yacc.c


I noticed some control characters in an output file from bison. Tracking
back it would seem they are being included from the file yacc.c at the
following line numbers 
line 757
line 953
line 956

>From yacc.c in package bison-2.3a.tar.gz

I couldn't see the reason for these control characters being there.
Apologies in advance if this is the way it's supposed to be.

Send instant messages to your online friends http://au.messenger.yahoo.com
Permalink | Reply | 0 comments |
headers
Akim Demaille | 4 Dec 21:57
Picon
Picon
Picon
Gravatar

Unexpanded syncline

I have not tracked this down yet, maybe someone will
find easily what's going on.

akim <at> montero ~/src/bison $ grep b4_ examples/calc++/calc++- 
parser.cc           21:56:23
#line 1 "[Bison:b4_percent_define_default]"
#line 1 "[Bison:b4_percent_define_default]"

I guess it's a # that is not quoted, hence the line
is taken as a comment, in which case there is no
macro expansion performed.
Permalink | Reply | 1 comment |
headers
Joel E. Denny | 5 Dec 04:47

Re: Unexpanded syncline

On Tue, 4 Dec 2007, Akim Demaille wrote:

> akim <at> montero ~/src/bison $ grep b4_ examples/calc++/calc++-parser.cc
> 21:56:23
> #line 1 "[Bison:b4_percent_define_default]"
> #line 1 "[Bison:b4_percent_define_default]"

With more context:

  % grep -C3 b4_ examples/calc++/calc++-parser.cc

  /* Line 374 of lalr1.cc  */
  #line 1 "[Bison:b4_percent_define_default]"

  namespace yy {

  --

  /* Line 1047 of lalr1.cc  */
  #line 1 "[Bison:b4_percent_define_default]"

  } // yy

It's expanded appropriately.  This is the syncline generated when the user 
does not specify a value for a %define variable (namespace in this case) 
and so a default value is set by Bison's b4_percent_define_default.  The 
brackets were just my way of hinting that it's not a real file name.

I intended that this location for default values would be seen in error 
messages only by Bison developers and skeleton developers.  I guess I
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paul Eggert | 7 Dec 00:19
Favicon

Re: FW: [scons-users] Build error details needed!!! [Error 721035]

My first thought is that Bison 2.1 is a bit dated, and some bugs
have been fixed in Bison 2.3.  Can you please upgrade to Bison 2.3
and then see if that fixes your problem?  Thanks.
Permalink | Reply | 2 comments |
headers
Saurabh Bhatnagar | 7 Dec 15:01
Picon
Favicon

RE: FW: [scons-users] Build error details needed!!! [Error 721035]

I did that and the error is gone since that code is not present in v2.3.

However, this is not approved since we need v2.3 on win 32 as well.
Can you help with the steps to build bison on win32 and where I can get
v2.3?

Worst case, will have to build v2.1 on win32.

I saw the sources from gnuwin32 for v2.1 but not sure how a shell script
will run on windows (mKS ?)

Thanks
Saurabh

-----Original Message-----
From: Paul Eggert [mailto:eggert <at> CS.UCLA.EDU] 
Sent: Friday, December 07, 2007 4:49 AM
To: Saurabh Bhatnagar
Cc: bug-bison <at> gnu.org
Subject: Re: FW: [scons-users] Build error details needed!!! [Error 721035]

My first thought is that Bison 2.1 is a bit dated, and some bugs
have been fixed in Bison 2.3.  Can you please upgrade to Bison 2.3
and then see if that fixes your problem?  Thanks.
Permalink | Reply | 1 comment |
headers
Saurabh Bhatnagar | 20 Dec 11:45
Picon
Favicon

[GNU Bison 2.1] testsuite: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79


   Subject: [GNU Bison 2.1] testsuite: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40
41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65
66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90
91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111
112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130
131 132 133 134 135 failed

SAURABH BHATNAGAR | Senior Applications Engineer - PeopleSoft Build
Automation | 91.80.41836080
Oracle Applications Development Infrastructure
NR Enclave 2, Plot No. 1 Survey No. 143, 212, 213, 214 & 215 in the EPIP
Industrial Area, Whitefield, Bangalore. INDIA
Attachment (testsuite.log): application/octet-stream, 539 KiB
Permalink | Reply | 2 comments |

Gmane