Re: Problem running gtags on Drupal

[Hideki IWAMOTO]

Hi.

> The version of flex on my mac is 2.5.35 so I guess global/gtags is build
> using that.


If you re-generated C-source(*.c) from Lex-source(*.l) using flex-2.5.35,
the message

> >>  input buffer overflow, can't enlarge buffer because scanner uses REJEC

should never be displayed. I think that you are using C-source generated
using flex-2.5.4 included in the GLOBAL distribution. 

Would you try the following commands? 

  cd global-6.2.x
  flex -o libparser/php.c libparser/php.l
  ./configure
  make
  make install


On Thu, 31 May 2012 20:34:51 +0200
Arne J〓gensen <address@hidden> wrote:

> Hi,
> 
> Thank you, Hideki IWAMOTO and Shigio YAMAGUCHI.
> 
> The version of flex on my mac is 2.5.35 so I guess global/gtags is build
> using that.
> 
> I rebuild global/gtags with YY_BUF_SIZE 65536 and that indeed
> helped. Now I can generate tag files for system.api.php as well as the
> rest of Drupal.
> 
> Best regards,
> Arne
> 
> "Shigio YAMAGUCHI" <address@hidden> writes:
> 
> > Hi,
> >
> > It seems a limit of flex(1). The php parser of gtags(1) uses flex(1).
> >
> > Please try the following to extend the limit.
> >
> > [in GLOBAL project]
> >
> > $ vi libparser/php.c
> >
> > [libparser/php.c]
> > +-------------------------------
> > |#define YY_BUF_SIZE 16384
> >     |
> >     v
> > +-------------------------------
> > |#define YY_BUF_SIZE 65536
> >
> > $ sudo make install
> >
> >
> > To Iwamoto san:
> >
> > It seems that we can change the limit using the -D option of
> > the latest flex like this:
> >
> >     flex -DYY_BUF_SIZE=65536 ...
> >
> > I would like to change the limit using this option.
> > How about changing the required version of flex to 2.5.6 or later?
> >
> >> Hi,
> >> 
> >> When I'm trying to generate tag files for Drupal I run into this error
> >> message (and exit status 2):
> >> 
> >>  input buffer overflow, can't enlarge buffer because scanner uses REJECT
> >> 
> >> 
> >> I narrowed the problem down to one file in Drupal:
> >> 
> >>  
> >> http://drupalcode.org/project/drupal.git/blob_plain/30d1e719aa5e9a9ad66514078ca3b0975ddadc9c:/mo
> > dules/system/system.api.php
> >> 
> >> 
> >> And inside that file I narrowed the problem down to a large block
> >> comment just before the hook_menu() function.
> >> 
> >> The block comment (lines 905-1209) is 305 lines long and removing any
> >> ~18 lines from the comment eliminates the problem.
> >> 
> >> Now, I don't have commit access to Drupal so I can't shorten the comment
> >> by 18 lines myself and I'm not sure that would be the right solution
> >> anyway :-)
> >> 
> >> Is this problem a known limit in gtags or something? Or is there some
> >> way to get around the problem (besides using
> >> :skip=modules/system/system.api.php)?
> >> 
> >> I'm using GNU GLOBAL 6.2 (and also tried 6.2.2 and 6.2.3) on Mac OS X
> >> using Homebrew. I have a coworker running Ubuntu who experiences the
> >> same problem (don't known his version though).
> >> 
> >> Best regards,
> >> Arne
> > --
> > Shigio YAMAGUCHI <address@hidden>
> > PGP fingerprint: D1CB 0B89 B346 4AB6 5663  C4B6 3CA5 BBB3 57BE DDA3
> 
> 
> _______________________________________________
> Bug-global mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/bug-global

-- 
Hideki IWAMOTO <address@hidden>