You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hawq.apache.org by "sophie (Jira)" <ji...@apache.org> on 2020/01/02 06:02:00 UTC
[jira] [Commented] (HAWQ-1300) hawq cannot compile with Bison 3.x.
[ https://issues.apache.org/jira/browse/HAWQ-1300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17006602#comment-17006602 ]
sophie commented on HAWQ-1300:
------------------------------
Excuse me, has this Bison bug been fixed in a later version? Can hawq compile with Bison 3.x now?
> hawq cannot compile with Bison 3.x.
> -----------------------------------
>
> Key: HAWQ-1300
> URL: https://issues.apache.org/jira/browse/HAWQ-1300
> Project: Apache HAWQ
> Issue Type: Bug
> Components: Build
> Reporter: Lei Chang
> Assignee: Radar Da Lei
> Priority: Major
> Fix For: backlog
>
>
> Yes, I met similar issue, Bison 3.x does not work for HAWQ now.
> On Mon, Jan 30, 2017 at 12:37 PM, Dmitry Bouzolin <
> dbouzolin@yahoo.com.invalid> wrote:
> > Hi Lei,
> > I use Bison 3.0.2. And looks actually like a bug in gram.c source for this
> > Bison version.The function refers yyscanner which is not defined. I will
> > reach out Bison bug list.Thanks for reply!
> >
> > On Sunday, January 29, 2017 8:09 PM, Lei Chang <le...@apache.org>
> > wrote:
> >
> >
> > Hi Dmitry,
> >
> > Which bison version do you use? Looks this is a known issue when compiling
> > hawq on latest bison (3.x) version. Bison 2.x version should work.
> >
> > Thanks
> > Lei
> >
> >
> >
> >
> > On Mon, Jan 30, 2017 at 3:41 AM, Dmitry Bouzolin <
> > dbouzolin@yahoo.com.invalid> wrote:
> >
> > > Hi All,
> > > Yes, I know arch linux is not supported, however I appreciate any clues
> > on
> > > why the build would fail like so:
> > >
> > > make -C caql allmake[4]: Entering directory
> > '/data/src/incubator-hawq/src/
> > > backend/catalog/caql'
> > > gcc -O3 -std=gnu99 -Wall -Wmissing-prototypes -Wpointer-arith
> > > -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv
> > > -fno-aggressive-loop-optimizations -I/usr/include/libxml2
> > > -I../../../../src/include -D_GNU_SOURCE -I/data/src/incubator-hawq/
> > > depends/libhdfs3/build/install/opt/hawq/include
> > > -I/data/src/incubator-hawq/depends/libyarn/build/install/
> > opt/hawq/include
> > > -c -o gram.o gram.c
> > > gram.c: In function ‘caql_yyparse’:
> > > gram.c:1368:41: error: ‘yyscanner’ undeclared (first use in this
> > function)
> > > yychar = yylex (&yylval, &yylloc, yyscanner);
> > > ^
> > > gram.c:1368:41: note: each undeclared identifier is reported only once
> > for
> > > each function it appears in
> > > <builtin>: recipe for target 'gram.o' failed
> > >
> > > If I build on CentOS, I get different make like for this target and build
> > > succeeds:
> > > make -C caql all
> > > make[4]: Entering directory `/data/src/incubator-hawq/src/
> > > backend/catalog/caql'
> > > gcc -O3 -std=gnu99 -Wall -Wmissing-prototypes -Wpointer-arith
> > > -Wendif-labels -Wformat-security -fno-strict-aliasing -fwrapv
> > > -fno-aggressive-loop-optimizations -I/usr/include/libxml2
> > > -I../../../../src/include -D_GNU_SOURCE -I/data/src/incubator-hawq/
> > > depends/libhdfs3/build/install/opt/hawq/include
> > > -I/data/src/incubator-hawq/depends/libyarn/build/install/
> > opt/hawq/include
> > > -c -o caqlanalyze.o caqlanalyze.c
> > >
> > > The difference is in input and output file. The same line in Arch
> > > completes successfully. All dependencies are in place.
> > >
> > > Thanks, Dmitry.
> > >
--
This message was sent by Atlassian Jira
(v8.3.4#803005)