Thread: [cedet-semantic] C++ parsing problem
Brought to you by:
zappo
From: Arne S. <arn...@mm...> - 2005-09-16 07:40:19
|
I noticed that Semantic has a problem parsing something like: T& operator+=3D(const &T) ... It seems that two-character operators are not supported. Cheers, Arne =2D-=20 Computer Graphics Group, RWTH Aachen, http://www-i8.informatik.rwth-aachen.= de |
From: Eric M. L. <er...@si...> - 2005-09-16 18:21:08
|
Hi, I found one of the symbols (^=) broke all matches after it in the list of operator syms in the file bovine/c.by. I've checked in a new version that fixes the problem for some symbols by moving the ^= match to the end. I hadn't debugged why ^= is a problem though. Eric >>> Arne Schmitz <arn...@mm...> seems to think that: [ ... ] >I noticed that Semantic has a problem parsing something like: > > T& operator+=3D(const &T) ... > >It seems that two-character operators are not supported. [ ... ] -- Eric Ludlam: za...@gn..., er...@si... Home: http://www.ludlam.net Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: www.gnu.org |
From: Arne S. <arn...@mm...> - 2005-09-28 08:33:31
|
Am Freitag, 16. September 2005 20:21 schrieb Eric M. Ludlam: > =C2=A0I've checked in a new > version that fixes the problem for some symbols by moving the ^=3D match > to the end. =C2=A0I hadn't debugged why ^=3D is a problem though. Maybe because ^ has a special meaning for regexps? Just a guess... Arne =2D-=20 [--- PGP key FD05BED7 --- http://www.root42.de/ ---] |
From: Eric M. L. <er...@si...> - 2005-09-29 00:48:20
|
Hmmm, sounds possible. The match works out like this: %token <punctuation> HAT "\\`[^]\\'" I thought brackets [ ] disabled hatness, but C-M-s indicates otherwise. I'll change it to \^ instead and test it out. Eric >>> Arne Schmitz <arn...@mm...> seems to think that: >--nextPart1802665.ai2d4qH0gn >Content-Type: text/plain; > charset="utf-8" >Content-Transfer-Encoding: quoted-printable >Content-Disposition: inline > >Am Freitag, 16. September 2005 20:21 schrieb Eric M. Ludlam: >> =C2=A0I've checked in a new >> version that fixes the problem for some symbols by moving the ^=3D match >> to the end. =C2=A0I hadn't debugged why ^=3D is a problem though. > >Maybe because ^ has a special meaning for regexps? Just a guess... > >Arne > >=2D-=20 >[--- PGP key FD05BED7 --- http://www.root42.de/ ---] > >--nextPart1802665.ai2d4qH0gn >Content-Type: application/pgp-signature > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.4.0 (GNU/Linux) > >iD8DBQBDOlSIzpP3gv0FvtcRAmqWAKDrxZCMmOzJkiRR4okE6Wo4/WLj6gCggItf >IHIRRKS6TmABf+0blA8PPKM= >=ts/m >-----END PGP SIGNATURE----- > >--nextPart1802665.ai2d4qH0gn-- > > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Power Architecture Resource Center: Free content, downloads, discussions, >and more. http://solutions.newsforge.com/ibmarch.tmpl >_______________________________________________ >cedet-semantic mailing list >ced...@li... >https://lists.sourceforge.net/lists/listinfo/cedet-semantic > |
From: Eric M. L. <er...@si...> - 2005-10-02 18:09:20
|
>>> Arne Schmitz <arn...@mm...> seems to think that: >--nextPart1802665.ai2d4qH0gn >Content-Type: text/plain; > charset="utf-8" >Content-Transfer-Encoding: quoted-printable >Content-Disposition: inline > >Am Freitag, 16. September 2005 20:21 schrieb Eric M. Ludlam: >> =C2=A0I've checked in a new >> version that fixes the problem for some symbols by moving the ^=3D match >> to the end. =C2=A0I hadn't debugged why ^=3D is a problem though. > >Maybe because ^ has a special meaning for regexps? Just a guess... [ ... ] I've checked in changes today to fix this problem too. Thanks for your suggestion. Eric -- Eric Ludlam: za...@gn..., er...@si... Home: http://www.ludlam.net Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: www.gnu.org |