severity 689700 normal
clone 689700 -1
retitle -1 Downgrade to version 2.4 until wheezy is released
severity -1 serious
thanks
On Wed, Oct 31, 2012 at 8:06 AM, Bill Allombert
wrote:
>
> On Mon, Oct 29, 2012 at 11:59:50AM -0700, Chuan-kai Lin wrote:
> > Bill,
> >
> > bison 2.6.4 is out at http://f
On Mon, Oct 29, 2012 at 11:59:50AM -0700, Chuan-kai Lin wrote:
> Bill,
>
> bison 2.6.4 is out at http://ftp.gnu.org/gnu/bison/ - can you check if
> the new version fixes this bug?
I do not think there is any expectation that bison 2.6.4 fix this bug.
On the other hand, Felipe Sateler has raised
Bill,
bison 2.6.4 is out at http://ftp.gnu.org/gnu/bison/ - can you check if
the new version fixes this bug?
Thanks,
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sun, Oct 21, 2012 at 9:24 AM, Akim Demaille wrote:
> Hi,
>
> Maybe the following proposal went unnoticed.
>
> Le 19 oct. 2012 à 10:43, Akim Demaille a écrit :
>
>> Nevertheless (I don't know Debian's schedule), there are a
>> few bugs in 2.6.2 that have been fixed, and are scheduled
>> to be re
Hi,
Maybe the following proposal went unnoticed.
Le 19 oct. 2012 à 10:43, Akim Demaille a écrit :
> Nevertheless (I don't know Debian's schedule), there are a
> few bugs in 2.6.2 that have been fixed, and are scheduled
> to be released in 2.7 (say a couple of weeks). Would Debian
> folks like a
Akim Demaille wrote:
> Indeed, if you want both to be in the same namespace, %define api.prefix
> should do what you want.
>
> Note that the C++ output supports "%define namespace", in
> which the generated code is put.
Thanks, seems like we have several viable options here. (Though I'd
have to
Hi all!
Le 18 oct. 2012 à 17:53, Bill Allombert a écrit :
> On Thu, Oct 18, 2012 at 02:15:38PM +0200, Akim Demaille wrote:
>> Hi Bill,
>>
>>> (and more to the point, Debian 'testing' includes bison 2.5 and
>>> Debian 'unstable' includes bison 2.6 and some software in
>>> 'testing' does not buil
Hi Frank,
Le 18 oct. 2012 à 18:52, Frank Heckenbach a écrit :
> We do compile our Bison output with g++ (yes, we should probably use
> the C++ skeleton, but we haven't gotten around to it yet),
I'd be happy to give a hand, and get some feedback
about it.
> and we
> don't use extern "C" -- in fa
Bill Allombert wrote:
> On Thu, Oct 18, 2012 at 06:52:41PM +0200, Frank Heckenbach wrote:
> > Bill Allombert wrote:
> >
> > We do compile our Bison output with g++ (yes, we should probably use
> > the C++ skeleton, but we haven't gotten around to it yet), and we
> > don't use extern "C" -- in fac
On Thu, Oct 18, 2012 at 06:52:41PM +0200, Frank Heckenbach wrote:
> Bill Allombert wrote:
>
> We do compile our Bison output with g++ (yes, we should probably use
> the C++ skeleton, but we haven't gotten around to it yet), and we
> don't use extern "C" -- in fact we use two different parsers in o
Bill Allombert wrote:
> > > A way to fix the problem could be to add
> > >
> > > #ifdef __cplusplus
> > > extern "C" {
> > > #endif
> > > ...
> > > #ifdef __cplusplus
> > > }
> > > #endif
> > >
> > > in the generated parse.tab.h.
> >
> > This is not correct for people who do not want this guy t
PS:
> Bill Allombert wrote:
> When you allow to compile C files with a C++ compiler, it is customary to use
> extern "C", otherwise you ABI depend on the compiler.
It probably does, but for us that's not relevant since we compile
everything with GCC anyway.
Frank
--
To UNSUBSCRIBE, email to d
On Thu, Oct 18, 2012 at 02:15:38PM +0200, Akim Demaille wrote:
> Hi Bill,
>
> > (and more to the point, Debian 'testing' includes bison 2.5 and
> > Debian 'unstable' includes bison 2.6 and some software in
> > 'testing' does not build on 'unstable', but this is something for
> > the Debian mainta
Sorry for the late reply, your mail was eaten by my spam filter.
On Sun, Oct 14, 2012 at 9:09 AM, Bill Allombert
wrote:
> On Sat, Oct 13, 2012 at 05:18:48PM -0700, Chuan-kai Lin wrote:
>> On Sat, Oct 13, 2012 at 3:35 PM, Felipe Sateler wrote:
>> > This causes unrelated packages to break. Please
On Wed, Oct 17, 2012 at 11:00:49AM -0700, Chuan-kai Lin wrote:
> Hi,
>
> I am forwarding this bug report by Bill Allombert from the Debian bug
> tracking system (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689700).
> Here is Bill's report:
Dear bison developers,
I r
On Sat, Oct 13, 2012 at 9:18 PM, Chuan-kai Lin wrote:
> On Sat, Oct 13, 2012 at 3:35 PM, Felipe Sateler wrote:
>> This causes unrelated packages to break. Please revert this change
>> until wheezy is released, since it makes fixing bugs in testing harder
>> than necessary for pacakges build-depen
On Sat, Oct 13, 2012 at 05:18:48PM -0700, Chuan-kai Lin wrote:
> On Sat, Oct 13, 2012 at 3:35 PM, Felipe Sateler wrote:
> > This causes unrelated packages to break. Please revert this change
> > until wheezy is released, since it makes fixing bugs in testing harder
> > than necessary for pacakges
On Sat, Oct 13, 2012 at 3:35 PM, Felipe Sateler wrote:
> This causes unrelated packages to break. Please revert this change
> until wheezy is released, since it makes fixing bugs in testing harder
> than necessary for pacakges build-depending on bison.
Do you happen to know what is the correct pr
Control: severity -1 serious
Bill Alombert wrote:
> This is unfortunate because this does not necessarily declare int parse (char
> **lex)
> in the right C++ namespace, causing conflict with the user supplied prototype
> (which is certainly necessary with older releases), causing compilation erro
Package: bison
Version: 1:2.6.2.dfsg-1
Severity: normal
Hello Chuan-kai,
This version of bison -d parse.y generates a parse.h ending file with the
following
(assuming the file contain
%parse-param {char **lex}
)
#ifdef YYPARSE_PARAM
#if defined __STDC__ || defined __cplusplus
int parse (void *Y
20 matches
Mail list logo
