On 20 Jan 2015, at 09:57, Akim Demaille a...@lrde.epita.fr wrote:
Le 19 janv. 2015 à 23:14, Hans Aberg haber...@telia.com a écrit :
On 19 Jan 2015, at 18:35, Akim Demaille a...@lrde.epita.fr wrote:
Le 19 janv. 2015 à 14:28, Hans Aberg haber...@telia.com a écrit :
So it may
On 20 Jan 2015, at 09:57, Akim Demaille a...@lrde.epita.fr wrote:
Le 19 janv. 2015 à 23:14, Hans Aberg haber...@telia.com a écrit :
On 19 Jan 2015, at 18:35, Akim Demaille a...@lrde.epita.fr wrote:
Le 19 janv. 2015 à 14:28, Hans Aberg haber...@telia.com a écrit :
So it may
On 19 Jan 2015, at 18:35, Akim Demaille a...@lrde.epita.fr wrote:
Le 19 janv. 2015 à 14:28, Hans Aberg haber...@telia.com a écrit :
So it may suffice to have move constructors in the class variant.
Right. With #if around them :)
I succeeded in replacing all copying with move
On 19 Jan 2015, at 09:01, Akim Demaille a...@lrde.epita.fr wrote:
Le 18 janv. 2015 à 23:10, Hans Aberg haber...@telia.com a écrit :
Bison C++ variants do not save the type, however, if one wants to put data
in a lookup table or a return type, it may be needed. In the calc++ example
On 19 Jan 2015, at 11:47, Akim Demaille a...@lrde.epita.fr wrote:
Le 19 janv. 2015 à 11:20, Hans Aberg haber...@telia.com a écrit :
What is the idea of the Bison static type system here?
That of Yacc. When you know the current state, you always know
the type of the symbol (because
On 19 Jan 2015, at 11:50, Akim Demaille a...@lrde.epita.fr wrote:
Le 19 janv. 2015 à 11:18, Hans Aberg haber...@telia.com a écrit :
I will stick to C++98 in the generated parsers.
Compilers move much faster now: a few years both GCC Clang were shaky on
C++11, but now, the latter
On 19 Jan 2015, at 11:50, Akim Demaille a...@lrde.epita.fr wrote:
Le 19 janv. 2015 à 11:18, Hans Aberg haber...@telia.com a écrit :
Perhaps it is not needed: the compiler inserts std::move in code like:
int main () {
A a, b, c, d, e;
e = a*b + c*d;
Well, this is an rvalue, so
On 19 Jan 2015, at 08:50, Akim Demaille a...@lrde.epita.fr wrote:
Le 18 janv. 2015 à 23:28, Hans Aberg haber...@telia.com a écrit :
C++11/C++14 seems to work really well with the compiler I am using (Apple
Clang on OS 10.10.2): perhaps there might be support for that in the C
On 18 Jan 2015, at 15:20, Akim Demaille a...@lrde.epita.fr wrote:
Le 17 janv. 2015 à 21:21, John Horigan j...@glyphic.com a écrit :
I tried bison 3.0.3 on my OSX Yosemite system with XCode 6.1.1
I ran ./configure make make check
Test 203 failed because it declared a loop variable
On 18 Jan 2015, at 17:28, Akim Demaille a...@lrde.epita.fr wrote:
Le 18 janv. 2015 à 15:43, Hans Aberg haber...@telia.com a écrit :
It passed for me on OS X 10.10.2, Xcode 6.1.1, GCC = Apple LLVM version 6.0
(clang-600.0.56):
$ make check
...
491 tests were successful.
2 tests were
Should not examples like the one in /usr/local/share/doc/bison/examples/calc++
have a Makefile, so one sees how it is intended to be compiled? - It won’t
compile unless one throws in some options.
Bison C++ variants do not save the type, however, if one wants to put data in a
lookup table or a return type, it may be needed. In the calc++ example .yy
file, one might have types say bool b, integer z, and rational r (using GMP):
assignment:
identifier :=“ b-exp { driver.variables[$1] =
C++11/C++14 seems to work really well with the compiler I am using (Apple Clang
on OS 10.10.2): perhaps there might be support for that in the C++ parser, so
that $$ = x o demand translates into $$ = std::move(x). - The calc++ example
has lines using std::swap($$, $k), but it would be a bit
On 29 Dec 2012, at 12:01, Akim Demaille a...@lrde.epita.fr wrote:
Le 27 déc. 2012 à 21:17, Hans Åberg hans.aber...@telia.com a écrit :
On 12 Dec 2012, at 17:08, Akim Demaille a...@lrde.epita.fr wrote:
The Bison team is happy to announce the release of Bison 2.7.
I got the error below on
On 22 Oct 2012, at 17:31, Sergei Steshenko wrote:
I just downloaded and installed Bison 2.6.3.
bison --version says bison (GNU Bison) 2.6.2.33-cc5a9;
it should say 2.6.3.
Yes, definitely. How can this happen using gnulib's procedure :(
What would you recommend? Issue another 2.6.3? Jump
On 30 Jul 2012, at 11:58, Akim Demaille wrote:
Since summer is the traditional period for the Running of the Bulls
festivals in Spain and South of France, we are happy to contribute yet
another running Bison in the streets.
There is no post on the Bison Help list; is that a bug? :-)
This
On 30 Jul 2012, at 13:36, Akim Demaille wrote:
This version fixes a nasty Bison bug, sort of a horse-fly, whose bite
makes Bison run in dangerous ways...
FYI, there are compiler errors when compiling on Mac OS X 10.7 using Xcode
4.4 using
$ export CC='xcrun clang' CXX='xcrun clang++'
On 30 Jul 2012, at 15:04, Akim Demaille wrote:
Could you investigate this? For instance run make V=1 to
get the compilation for this file, and try to run the same
command, but replacing -c by -E to get the result from the
preprocessor.
It might be a mismatch of headers, as there is
On 30 Jul 2012, at 15:25, Akim Demaille wrote:
Le 30 juil. 2012 à 15:18, Hans Aberg a écrit :
Could you investigate this?
I might, but it may not be worth the effort. There is problem compiling GC,
from git, too using this compiler, on 10.8. I'm using 10.7.
OK, but i'd like
On 30 Jul 2012, at 15:53, Akim Demaille wrote:
Le 30 juil. 2012 à 15:27, Hans Aberg a écrit :
On 30 Jul 2012, at 15:25, Akim Demaille wrote:
Le 30 juil. 2012 à 15:18, Hans Aberg a écrit :
Could you investigate this?
I might, but it may not be worth the effort. There is problem
On 30 Jul 2012, at 16:17, Akim Demaille wrote:
Le 30 juil. 2012 à 15:26, Hans Aberg a écrit :
On 30 Jul 2012, at 15:04, Akim Demaille wrote:
Could you investigate this? For instance run make V=1 to
get the compilation for this file, and try to run the same
command, but replacing -c
On 30 Jul 2012, at 17:52, Akim Demaille wrote:
Le 30 juil. 2012 à 15:53, Akim Demaille a écrit :
Actually it would be nice to keep it public, for future references.
FTR, the most important part:
configure:29879: checking for stpcpy
configure:29879: xcrun clang -o conftest -g -O2
On 20 Jul 2012, at 11:03, Akim Demaille wrote:
Le 20 juil. 2012 à 10:53, Hans Aberg a écrit :
On 19 Jul 2012, at 16:37, Akim Demaille wrote:
Bison 2.6 is born, the parents are well, and happy.
I ran this on Mac OS X 10.7.4 where using the system compiler clang
(llvm-gcc whic is pointe
On 20 Jul 2012, at 13:21, Akim Demaille wrote:
Le 20 juil. 2012 à 12:49, Hans Aberg a écrit :
Hm, build-2.6 and bison-2.6 are different names. So it creates a new
directory. I just put the suffix -2.6 to indicate which build it is.
Doh! Sorry, you are right, of course.
Sometimes I try
On 19 Jul 2012, at 16:37, Akim Demaille wrote:
Bison 2.6 is born, the parents are well, and happy.
I ran this on Mac OS X 10.7.4 where using the system compiler clang (llvm-gcc
whic is pointe to by /usr/bin/gcc is now deprecated) supplied by Xcode 4.3.3,
and I go the strange warning below by
On 27 Jan 2012, at 02:14, Bruno Haible wrote:
- On MacOS X nearly all users are working in the C locale. If a user
has told the OS that he's working in the French locale, the OS does
not set LC_* variables to indicate this, nor does the user usually
do so (why should he? he has
Flex does not have a maintainer, nor a developer. Since Bison is supposed to
somehow be synced with Flex, I drop a note here, to see if somebody can come up
with a suggestion.
Hans
On 31 Oct 2011, at 06:11, Vol Litwr wrote:
//This code works with yacc but it doesn't work with bison -y. :-(
//The problem is TAB---the compiler doesn't see it at the code of
y.tab.c produced by bison
%token DIGIT
%left '+'
%%
list:
| list '\n'
| list expr '\n' {printf(%c%d\n, TAB,
On 11 Jul 2011, at 02:05, Paul Eggert wrote:
I agree with Joel that we should keep the gzip version around
for a while, at least until the xz folks get around to
writing an Internet RFC for the format and so forth.
It's not just a matter of distribution; it's also
a matter of archiving.
On 10 Jul 2011, at 19:57, Joel E. Denny wrote:
you might prefer to drop bzip2 compression altogether and stick with
just the most-common gzip and best-compressed xz
Thanks for the suggestion. It sounds like there's no reason to keep
bzip2.
at least one (GNU cppi [*]) distributes only
On 14 Jun 2011, at 05:37, 刘驰 wrote:
Problem solved.Thanks for your answer.
You are welcome.
Hans
On 13 Jun 2011, at 17:49, 刘驰 wrote:
Hi~,I run the bison.exe in Windows,using the command bison file.y to make
a source file.But it always give a linepermission denied and the directory
it refers to is where the BISON.SIMPLE file stores.I don't know how to
handle this this problem.
It means
On 30 May 2011, at 04:39, Joel E. Denny wrote:
It compiles on Mac OS X 10.6.7, Xcode Version 3.2.6 64-bit,
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 which is a GCC derived
compiler. (On this platform, there is a later clang/llvm based compiler,
too, that comes with Xcode 4.)
Good to
On 29 May 2011, at 23:56, Joel E. Denny wrote:
I've added bug-gettext as this problem can be fixed in autopoint.
Fine.
Bison version 2.5 is now available.
I think there was a problem with 'make install-pdf' - I had to go to the
directory doc/ to get it work. (Somehow, I got it installed,
On 15 May 2011, at 03:29, Joel E. Denny wrote:
Bison version 2.5 is now available. Relative to 2.4.3, this version
contains many bug fixes and many exciting new features that need more
user feedback.
It compiles on Mac OS X 10.6.7, Xcode Version 3.2.6 64-bit,
i686-apple-darwin10-gcc-4.2.1
On 9 Jan 2011, at 20:28, Paul Eggert wrote:
we document %token-table and yytname as deprecated
features and make Bison warn when %token-table is specified
This seems the better course to me. The feature does not sound
that well-thought-out; if nobody has the time to think it through
and do
On 8 Jan 2011, at 22:37, Paul Eggert wrote:
Yes, Bison experts can parse the code because they know all
the ins and outs of the rules. But surely ordinary users will
be confused. For example, if --x is an identifier, then
in C code
$--x
is supposed to be parsed as $ applied to the
On 20 Mar 2010, at 20:22, Joel E. Denny wrote:
Bison version 2.4.2 is now available. ...
I got an error on 'make install-pdf' (Mac OS X 10.5.8 PPC). It should
end up in /usr/local/share/doc/bison/, I think.
Hans
# make install-pdf
Making install-pdf in build-aux
make[1]: Nothing
b73f43e3-703a-43f7-8b00-872353247...@math.su.se, Hans
Aberg writes
:
This was discussed with a bug long time ago. It think may have been
changed. So make sure that Autoconf is up-to-date.
I made sure my autoconf was up-to-date and did an autoreconf -f.
Still isn't right.
Do you know which
On 16 Jul 2009, at 09:20, Akim Demaille wrote:
Maybe not quite a bug, and maybe not your fault, but configure
apparently picks the first program called gm4 in my path, not
the first appropriate m4 or gm4.
You are right, of course. But it's more efforts to look for the
best m4 around, so
subdirectory).
Exactly where are .m4 files looked for, and what was the workaround?
- I have experienced some similar problems with some programs (guile,
certain darcs downloads).
Hans Aberg
I encountered is reported here, which involvs also
aclocal in certain blends:
http://lists.gnu.org/archive/html/bug-autoconf/2008-03/msg4.html
Hans Aberg
On 11 Jan 2008, at 20:14, Claudio Saavedra wrote:
I had in mind exactly what Paul committed.
I did not see his post when I wrote mine. :-)
Hans Aberg
.
Now that Mac OS X 10.5 is certified UNIX on Intel machines, it is
probably important to sort this out. POSIX is nowadays a subset of
UNIX, or so the pages of the standard said.
Hans Aberg
.
Two years ago I sent an email to warn Akim about it, and how to work
around it, but I did not get any reply.
Hans Aberg
. - One
chooses which post processor. I do not know why nothing happened with
it. Perhaps Akim Demaille knows.
Hans Aberg
,
the Bison skeleton file did the latter.
Hans Aberg
output, which might (some
day) be included in the Bison distribution?
Hans Aberg
. :-)
Hans Aberg
are depending on it?
If we change things, I'd prefer it if we dropped all use of the
environment variable: it's a recipe for trouble.
If one gets too many clashes, one can use programs like this:
http://modules.sourceforge.net/
Hans Aberg
.
Perhaps there should be new Bison development release, as the bug
apparently is in 2.3a.
Hans Aberg
it be?
Hans Aberg
knows English
well. :-)
Hans Aberg
they are good for :-): do they translate Bison or the
generated parser, for example?
Hans Aberg
very old GNU software. Are there any other Bison dependencies I might
have overlooked?
Hans Aberg
is using:
`echo 'm4_divert(0)__program__' | autom4te --language=m4sugar` --
version
How should it be entered? Directly at the console gives:
bash: __program__: command not found
Hans Aberg
/bison.html [1]
...
19:33:40 URL:http://www.iro.umontreal.ca/translation/teams/PO//id/
bison-2.3a.id.po [20514/20514] - po/id.po [1]
po/id.po:9: nplurals = 1...
po/id.po:74: ...but some messages have 2 plural forms
msgfmt: found 1 fatal error
./bootstrap: omitting translation for id
...
Hans
gm4 - m4.
Hans Aberg
to the M4 team to get __program__, so that later version of
Bison might check the m4 it is using is up-to-date. :-) It was good
you recognized this M4 change, because it led me on the right track.
Hans Aberg
documentation.
What is causing it?
Which is the official method to get Bison from the CVS? On
http://savannah.gnu.org/cvs/?group=bison
it is suggested
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/bison
co bison
followed, I gather, by
cd bison
./bootstrap
Is this right?
Hans Aberg
somehow.
Similarly, %name-prefix name ought to be used to create a suitable C+
+ 'namespace'.
That would resolve your problem, wouldn't it?
Hans Aberg
in ordinary C+
+ programming.
Hans Aberg
optional mid-rule
actions, and typos. But this should be enough to display the EBNF
precedences.
Hans Aberg
a handle; but I have another program that
requires it, as objects can self-mutate to one of a different static
type, and it is also using a union together with a type in the form
of an 'enum' as well, to choose between different function pointers,
a pointer and a handle.
Hans Aberg
, then a discriminating union will be
useful. But it does not serve as a replacement in the case a dynamic
polymorphic variable is needed.
Hans Aberg
Latest versions are Bison 2.1 http://www.gnu.org/software/bison/
and Flex 2.5.33 http://flex.sourceforge.net/, and earlier version
are not supported.
On 16 Feb 2006, at 18:23, Ruud van der Meer wrote:
Hi all,
I am using bison/flex on windows (Visual C++)
gnu bison version 1.25
gnu flex
;)
This suggests:
Compiling the C-parser using a C++ compiler
An effort is made to make the C-parser compilable using a C++
standard conforming compiler, as long as the semantic and location
types (if used) are POD's. This support may be dropped in future
Bison versions.
Hans Aberg
will typically
leak parser stack memory (except when the initial static stack array
is used), but this is expected. A section on the C++ parser will give
hints of using the C++ parser for proper C++ support, so one does not
need direct users to that here.
Hans Aberg
On 20 Feb 2006, at 15:39, Akim Demaille wrote:
Hans == Hans Aberg [EMAIL PROTECTED] writes:
On 13 Feb 2006, at 20:41, Paul Eggert wrote:
I said that I recall you use(d), under C, memcpy to reallocate the
parser stack.
No, not if the compiler defines __cplusplus. If the compiler
defines
wrong.
You are definitely wrong about that: Paul wrote the dynamic
extensions, I recall.
Hans Aberg
(destructors not invoked immediately as expected)? If it is
retained, and only POD types are needed (and required when using %
union), then one can just as well use the dynamic C-parser already in
place.
Hans Aberg
, which requires a tweak of Bison, producing
a code placement version of %define. In addition, %union cannot be
used with non-POD's, so there is a need for another command that
triggers the Bison static type mechanism, but which does not
implement a union.
Hans Aberg
PROTECTED] On Behalf Of
Hans
Aberg
Sent: Friday, January 20, 2006 5:39 PM
To: Scott Fletcher
Cc: bug-bison@gnu.org
Subject: Re: unsubscribe
From the long headers of the mail from the list (and other mailing
lists have similar info):
List-Unsubscribe: http://lists.gnu.org/mailman/listinfo/bug
From the long headers of the mail from the list (and other mailing
lists have similar info):
List-Unsubscribe: http://lists.gnu.org/mailman/listinfo/bug-bison,
mailto:[EMAIL PROTECTED]
On 20 Jan 2006, at 19:11, Scott Fletcher wrote:
unsubscribe
/. Then users set searchpaths according to the scheme:
[home]:[local]:[system]
E.g.,
PATH=/usr/local/bin:/usr/bin
You could also make the installs in your home directory: I use
~local/, and then add the [home] part above.
Hans Aberg
++ programs. When the C++ parser has gotten fully off
the ground, this should not be needed.
Hans Aberg
place for a local skeleton file is
somewhere in the distribution package.
Hans Aberg
does), and decided to revert the
change to yytname instead. That way, yytname will be unambiguous and
code that relies on the Bison 2.0-and-earlier convention will continue
to work.
The idea of removing the quotes was to prepare for better error
reporting. Is that now reversed?
Hans Aberg
this modified skeleton file instead.
Hans Aberg
is probably broken right now.
Is anybody compiling for windows?
thanks in advance
Alex
___
Help-bison@gnu.org http://lists.gnu.org/mailman/listinfo/help-bison
--
Hans Aberg
, as
well as other uses. Guile could though be used to simplify the
implementation of new parser algorithms as well.
--
Hans Aberg
At 05:34 -0500 2005/06/03, josephus wrote:
I removed the copywrite.
You removed the copyright notice, not the copyright.
--
Hans Aberg
At 17:28 +0200 2005/05/30, Alexandre Duret-Lutz wrote:
On Mon, May 30, 2005 at 04:22:20PM +0200, Hans Aberg wrote:
Under C++, for example, the name is really std::strlen, not strlen.
Not if you include string.h, which happens when compiling C code.
The revision of the C++ standard that I
there are some other
installations one has to when building GNU stuff.
--
Hans Aberg
.
So if you get a stack overflow error, what do you want to happen?
Clearly, the parser must be taken down. You want it then to done so
that stack cleanup takes place. Right? Possibly, the same cleanup
actions as those in %destructor should be used.
--
Hans Aberg
even further, not having this coupling of the two uses.
--
Hans Aberg
bit is set,
then it should be output the same as input; this will admit UTF-8
strings by simpy writing .y in UTF-8.
--
Hans Aberg
, CFLAGS, and CPPFLAGS set to on your host? That
might explain the problem.
They are not set to anything. What values should they have, when GCC
is the compiler (gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build
1495))?
--
Hans Aberg
:267: exit code was 1, expected 0
5. input.at:130: 5. Torturing the Scanner (input.at:130): FAILED (input.at:267)
Looking at some of the other test suite errors, they seem to be the
same from GCC. But I do not see why it happens.
--
Hans Aberg
material one can use for free. I believe that news
reporting can include copyrighted quotes and such, without having to oblige
to the original copyright. Copyright is essentially a business protection
law, and freedom of speech laws have precedence.
Hans Aberg
90 matches
Mail list logo