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 <[email protected]> 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" <[email protected]> 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 <[email protected]> > > PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 > > > _______________________________________________ > Bug-global mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/bug-global -- Hideki IWAMOTO <[email protected]> _______________________________________________ Bug-global mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-global
