opencxx-users

Re: [Opencxx-users] compiling on linux.

[harsh g. <mer...@li...>]

Thanks a ton greg. Removing the dynamic option solved the problem..


Harsh Gupta




Date: Sun, 22 May 2011 13:25:20 +0200
Subject: Re: [Opencxx-users] compiling on linux.
From: ja...@ac...
To: mer...@li...
CC: ope...@li...



On Sun, May 22, 2011 at 1:12 PM, harsh gupta <mer...@li...> wrote:






On compiling with g++   parse.cpp -dynamic /usr/lib/libocc.so 

(1) Your g++ is not interpretting '-dynamic' as an option, it reads '-dy -n -a -m -i -c'


(2) Your are not getting the static linking right -- you need to be linking with .a or .o file. Look whether you have libocc.a, if not, build it and link against it. Make sure to build it with -g for debugging symbols.


BR
Greg
 

the program runs correctly. However it prints out a couple of warnings:
g++   parse.cpp -dynamic /usr/lib/libocc.so cc1plus: warning: unrecognized gcc debugging option: ncc1plus: warning: unrecognized gcc debugging option: m
cc1plus: warning: unrecognized gcc debugging option: icc1plus: warning: unrecognized gcc debugging option: cparse.cpp:1: warning: The C++ parser does not support -dy, option ignored

Any idea why these are coming up?
Harsh Gupta





Date: Sun, 22 May 2011 12:57:27 +0200
Subject: Re: [Opencxx-users] compiling on linux.
From: ja...@ac...

To: mer...@li...
CC: ope...@li...



On Sun, May 22, 2011 at 12:49 PM, harsh gupta <mer...@li...> wrote:







I noticed that ubuntu has a package for clang that functions perfectly. By reading the documentation , i deduce that it is possible to get a Ptree of a express specified as a string. 


however i ran into a bit of a problem. While occ works fine if i call it via the command line , but when i include the headers , it gives me a segmentation fault.


Try to reproduce with static linking, a wild gues would be you are running into some problems with dynamic linking.

Greg

 

My code is :
#include<iostream>

#include<openc++/parser/PtreeArray.h>
int main()

{    std::cout<<"i am here"<<std::endl;     Opencxx::PtreeArray a;

}
and the command i used to compile it is:

g++ -g  parse.cpp -shared /usr/lib/libocc.so
however the line i am here is not printed. and the seg fault occurs before that. The stack trace is :


(gdb) rStarting program: /home/kartikeya/temp/a.out 


Program received signal SIGSEGV, Segmentation fault.0x00000001 in ?? ()(gdb) bt

#0  0x00000001 in ?? ()
Please point out the mistake.



Thanks in advance,
Harsh Gupta






> Date: Sat, 21 May 2011 07:17:52 -0400
> From: se...@sy...
> To: ope...@li...


> Subject: Re: [Opencxx-users] compiling on linux.
> 
> On 2011-05-21 06:28, harsh gupta wrote:


> > I needed to use the openc++ parser for an application that i was 
> > developing. The platform for use is Ubuntu Linux 10.04. Basically what 


> > i need is a c++ parser and openc++ seemed to be a worthy candidate.
> 
> The OpenC++ parser has some sever limitations, which have become quite 


> apparent as changes and improvements have been applied to libstdc++, 
> making the two incompatible.
> 


> At this point I would suggest trying out CLang (http://clang.llvm.org/) 
> as a C++ parser, as it has matured quite a bit over the last year. I'm 


> pretty sure there are packages for clang and llvm available for Ubuntu.
> 
> Good luck !
> 


>          Stefan
> 
> 
> -- 
> 


>        ...ich hab' noch einen Koffer in Berlin...
> 
> 
> ------------------------------------------------------------------------------


> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its 
> next-generation tools to help Windows* and Linux* C/C++ and Fortran 


> developers boost performance applications - including clusters. 
> http://p.sf.net/sfu/intel-dev2devmay


> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...


> https://lists.sourceforge.net/lists/listinfo/opencxx-users
 		 	   		  



------------------------------------------------------------------------------

What Every C/C++ and Fortran developer Should Know!

Read this article and learn how Intel has extended the reach of its

next-generation tools to help Windows* and Linux* C/C++ and Fortran

developers boost performance applications - including clusters.

http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________

Opencxx-users mailing list

Ope...@li...

https://lists.sourceforge.net/lists/listinfo/opencxx-users



 		 	   		  

 		 	   		  

Re: [Opencxx-users] compiling on linux.

[Grzegorz J. <ja...@ac...>]

On Sun, May 22, 2011 at 1:12 PM, harsh gupta <mer...@li...> wrote:

>  On compiling with
> g++   parse.cpp -dynamic /usr/lib/libocc.so
>

(1) Your g++ is not interpretting '-dynamic' as an option, it reads '-dy -n
-a -m -i -c'

(2) Your are not getting the static linking right -- you need to be linking
with .a or .o file. Look whether you have libocc.a, if not, build it and
link against it. Make sure to build it with -g for debugging symbols.

BR
Greg


>
> the program runs correctly. However it prints out a couple of warnings:
> g++   parse.cpp -dynamic /usr/lib/libocc.so
> cc1plus: warning: unrecognized gcc debugging option: n
> cc1plus: warning: unrecognized gcc debugging option: m
> cc1plus: warning: unrecognized gcc debugging option: i
> cc1plus: warning: unrecognized gcc debugging option: c
> parse.cpp:1: warning: The C++ parser does not support -dy, option ignored
>
> Any idea why these are coming up?
>
> Harsh Gupta
>
>
>
>
> ------------------------------
> Date: Sun, 22 May 2011 12:57:27 +0200
>
> Subject: Re: [Opencxx-users] compiling on linux.
> From: ja...@ac...
> To: mer...@li...
> CC: ope...@li...
>
>
>
> On Sun, May 22, 2011 at 12:49 PM, harsh gupta <mer...@li...> wrote:
>
>  I noticed that ubuntu has a package for clang that functions perfectly.
> By reading the documentation , i deduce that it is possible to get a Ptree
> of a express specified as a string.
>
> however i ran into a bit of a problem. While occ works fine if i call it
> via the command line , but when i include the headers , it gives me a
> segmentation fault.
>
>
> Try to reproduce with static linking, a wild gues would be you are running
> into some problems with dynamic linking.
>
> Greg
>
>
>
>
> My code is :
>
> #include<iostream>
> #include<openc++/parser/PtreeArray.h>
>
> int main()
> {
>     std::cout<<"i am here"<<std::endl;
>      Opencxx::PtreeArray a;
> }
>
> and the command i used to compile it is:
> g++ -g  parse.cpp -shared /usr/lib/libocc.so
>
> however the line i am here is not printed. and the seg fault occurs before
> that. The stack trace is :
>
> (gdb) r
> Starting program: /home/kartikeya/temp/a.out
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00000001 in ?? ()
> (gdb) bt
> #0  0x00000001 in ?? ()
>
> Please point out the mistake.
>
>
> Thanks in advance,
> Harsh Gupta
>
>
>
>
> > Date: Sat, 21 May 2011 07:17:52 -0400
> > From: se...@sy...
> > To: ope...@li...
>
> > Subject: Re: [Opencxx-users] compiling on linux.
> >
> > On 2011-05-21 06:28, harsh gupta wrote:
> > > I needed to use the openc++ parser for an application that i was
> > > developing. The platform for use is Ubuntu Linux 10.04. Basically what
> > > i need is a c++ parser and openc++ seemed to be a worthy candidate.
> >
> > The OpenC++ parser has some sever limitations, which have become quite
> > apparent as changes and improvements have been applied to libstdc++,
> > making the two incompatible.
> >
> > At this point I would suggest trying out CLang (http://clang.llvm.org/)
> > as a C++ parser, as it has matured quite a bit over the last year. I'm
> > pretty sure there are packages for clang and llvm available for Ubuntu.
> >
> > Good luck !
> >
> > Stefan
> >
> >
> > --
> >
> > ...ich hab' noch einen Koffer in Berlin...
> >
> >
> >
> ------------------------------------------------------------------------------
> > What Every C/C++ and Fortran developer Should Know!
> > Read this article and learn how Intel has extended the reach of its
> > next-generation tools to help Windows* and Linux* C/C++ and Fortran
> > developers boost performance applications - including clusters.
> > http://p.sf.net/sfu/intel-dev2devmay
> > _______________________________________________
> > Opencxx-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>
>

Re: [Opencxx-users] compiling on linux.

[harsh g. <mer...@li...>]

On compiling with g++   parse.cpp -dynamic /usr/lib/libocc.so 

the program runs correctly. However it prints out a couple of warnings:g++   parse.cpp -dynamic /usr/lib/libocc.so cc1plus: warning: unrecognized gcc debugging option: ncc1plus: warning: unrecognized gcc debugging option: mcc1plus: warning: unrecognized gcc debugging option: icc1plus: warning: unrecognized gcc debugging option: cparse.cpp:1: warning: The C++ parser does not support -dy, option ignored
Any idea why these are coming up?
Harsh Gupta




Date: Sun, 22 May 2011 12:57:27 +0200
Subject: Re: [Opencxx-users] compiling on linux.
From: ja...@ac...
To: mer...@li...
CC: ope...@li...


On Sun, May 22, 2011 at 12:49 PM, harsh gupta <mer...@li...> wrote:






I noticed that ubuntu has a package for clang that functions perfectly. By reading the documentation , i deduce that it is possible to get a Ptree of a express specified as a string. 

however i ran into a bit of a problem. While occ works fine if i call it via the command line , but when i include the headers , it gives me a segmentation fault.

Try to reproduce with static linking, a wild gues would be you are running into some problems with dynamic linking.

Greg

 

My code is :
#include<iostream>
#include<openc++/parser/PtreeArray.h>
int main()
{    std::cout<<"i am here"<<std::endl;     Opencxx::PtreeArray a;
}
and the command i used to compile it is:
g++ -g  parse.cpp -shared /usr/lib/libocc.so
however the line i am here is not printed. and the seg fault occurs before that. The stack trace is :

(gdb) rStarting program: /home/kartikeya/temp/a.out 

Program received signal SIGSEGV, Segmentation fault.0x00000001 in ?? ()(gdb) bt
#0  0x00000001 in ?? ()
Please point out the mistake.


Thanks in advance,
Harsh Gupta





> Date: Sat, 21 May 2011 07:17:52 -0400
> From: se...@sy...
> To: ope...@li...

> Subject: Re: [Opencxx-users] compiling on linux.
> 
> On 2011-05-21 06:28, harsh gupta wrote:

> > I needed to use the openc++ parser for an application that i was 
> > developing. The platform for use is Ubuntu Linux 10.04. Basically what 

> > i need is a c++ parser and openc++ seemed to be a worthy candidate.
> 
> The OpenC++ parser has some sever limitations, which have become quite 

> apparent as changes and improvements have been applied to libstdc++, 
> making the two incompatible.
> 

> At this point I would suggest trying out CLang (http://clang.llvm.org/) 
> as a C++ parser, as it has matured quite a bit over the last year. I'm 

> pretty sure there are packages for clang and llvm available for Ubuntu.
> 
> Good luck !
> 

>          Stefan
> 
> 
> -- 
> 

>        ...ich hab' noch einen Koffer in Berlin...
> 
> 
> ------------------------------------------------------------------------------

> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its 
> next-generation tools to help Windows* and Linux* C/C++ and Fortran 

> developers boost performance applications - including clusters. 
> http://p.sf.net/sfu/intel-dev2devmay

> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...

> https://lists.sourceforge.net/lists/listinfo/opencxx-users
 		 	   		  


------------------------------------------------------------------------------

What Every C/C++ and Fortran developer Should Know!

Read this article and learn how Intel has extended the reach of its

next-generation tools to help Windows* and Linux* C/C++ and Fortran

developers boost performance applications - including clusters.

http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________

Opencxx-users mailing list

Ope...@li...

https://lists.sourceforge.net/lists/listinfo/opencxx-users



 		 	   		  

Re: [Opencxx-users] compiling on linux.

[Grzegorz J. <ja...@ac...>]

On Sun, May 22, 2011 at 12:49 PM, harsh gupta <mer...@li...> wrote:

>  I noticed that ubuntu has a package for clang that functions perfectly.
> By reading the documentation , i deduce that it is possible to get a Ptree
> of a express specified as a string.
>
> however i ran into a bit of a problem. While occ works fine if i call it
> via the command line , but when i include the headers , it gives me a
> segmentation fault.
>

Try to reproduce with static linking, a wild gues would be you are running
into some problems with dynamic linking.

Greg



>
> My code is :
>
> #include<iostream>
> #include<openc++/parser/PtreeArray.h>
>
> int main()
> {
>     std::cout<<"i am here"<<std::endl;
>      Opencxx::PtreeArray a;
> }
>
> and the command i used to compile it is:
> g++ -g  parse.cpp -shared /usr/lib/libocc.so
>
> however the line i am here is not printed. and the seg fault occurs before
> that. The stack trace is :
>
> (gdb) r
> Starting program: /home/kartikeya/temp/a.out
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00000001 in ?? ()
> (gdb) bt
> #0  0x00000001 in ?? ()
>
> Please point out the mistake.
>
>
> Thanks in advance,
> Harsh Gupta
>
>
>
>
> > Date: Sat, 21 May 2011 07:17:52 -0400
> > From: se...@sy...
> > To: ope...@li...
>
> > Subject: Re: [Opencxx-users] compiling on linux.
> >
> > On 2011-05-21 06:28, harsh gupta wrote:
> > > I needed to use the openc++ parser for an application that i was
> > > developing. The platform for use is Ubuntu Linux 10.04. Basically what
> > > i need is a c++ parser and openc++ seemed to be a worthy candidate.
> >
> > The OpenC++ parser has some sever limitations, which have become quite
> > apparent as changes and improvements have been applied to libstdc++,
> > making the two incompatible.
> >
> > At this point I would suggest trying out CLang (http://clang.llvm.org/)
> > as a C++ parser, as it has matured quite a bit over the last year. I'm
> > pretty sure there are packages for clang and llvm available for Ubuntu.
> >
> > Good luck !
> >
> > Stefan
> >
> >
> > --
> >
> > ...ich hab' noch einen Koffer in Berlin...
> >
> >
> >
> ------------------------------------------------------------------------------
> > What Every C/C++ and Fortran developer Should Know!
> > Read this article and learn how Intel has extended the reach of its
> > next-generation tools to help Windows* and Linux* C/C++ and Fortran
> > developers boost performance applications - including clusters.
> > http://p.sf.net/sfu/intel-dev2devmay
> > _______________________________________________
> > Opencxx-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

Re: [Opencxx-users] compiling on linux.

[harsh g. <mer...@li...>]

I noticed that ubuntu has a package for clang that functions perfectly. By reading the documentation , i deduce that it is possible to get a Ptree of a express specified as a string. 
however i ran into a bit of a problem. While occ works fine if i call it via the command line , but when i include the headers , it gives me a segmentation fault.
My code is :
#include<iostream>#include<openc++/parser/PtreeArray.h>
int main(){    std::cout<<"i am here"<<std::endl;     Opencxx::PtreeArray a;}
and the command i used to compile it is:g++ -g  parse.cpp -shared /usr/lib/libocc.so
however the line i am here is not printed. and the seg fault occurs before that. The stack trace is :
(gdb) rStarting program: /home/kartikeya/temp/a.out 
Program received signal SIGSEGV, Segmentation fault.0x00000001 in ?? ()(gdb) bt#0  0x00000001 in ?? ()
Please point out the mistake.

Thanks in advance,
Harsh Gupta




> Date: Sat, 21 May 2011 07:17:52 -0400
> From: se...@sy...
> To: ope...@li...
> Subject: Re: [Opencxx-users] compiling on linux.
> 
> On 2011-05-21 06:28, harsh gupta wrote:
> > I needed to use the openc++ parser for an application that i was 
> > developing. The platform for use is Ubuntu Linux 10.04. Basically what 
> > i need is a c++ parser and openc++ seemed to be a worthy candidate.
> 
> The OpenC++ parser has some sever limitations, which have become quite 
> apparent as changes and improvements have been applied to libstdc++, 
> making the two incompatible.
> 
> At this point I would suggest trying out CLang (http://clang.llvm.org/) 
> as a C++ parser, as it has matured quite a bit over the last year. I'm 
> pretty sure there are packages for clang and llvm available for Ubuntu.
> 
> Good luck !
> 
>          Stefan
> 
> 
> -- 
> 
>        ...ich hab' noch einen Koffer in Berlin...
> 
> 
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its 
> next-generation tools to help Windows* and Linux* C/C++ and Fortran 
> developers boost performance applications - including clusters. 
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
 		 	   		  

Re: [Opencxx-users] compiling on linux.

[Stefan S. <se...@sy...>]

On 2011-05-21 06:28, harsh gupta wrote:
> I needed to use the openc++ parser for an application that i was 
> developing. The platform for use is Ubuntu Linux 10.04. Basically what 
> i need is a c++ parser and openc++ seemed to be a worthy candidate.

The OpenC++ parser has some sever limitations, which have become quite 
apparent as changes and improvements have been applied to libstdc++, 
making the two incompatible.

At this point I would suggest trying out CLang (http://clang.llvm.org/) 
as a C++ parser, as it has matured quite a bit over the last year. I'm 
pretty sure there are packages for clang and llvm available for Ubuntu.

Good luck !

         Stefan


-- 

       ...ich hab' noch einen Koffer in Berlin...

Re: [Opencxx-users] compiling on linux.

[harsh g. <mer...@li...>]

hi Greg,

I dont need to parse the headers, i just need to parse the programs written in c plus plus. My application just requires a parse tree of the c plus plus file. 
Is it possible to build a wrapper for the parser in openc++? Please share some pointers.

Harsh Gupta




Date: Sat, 21 May 2011 13:24:50 +0200
Subject: Re: [Opencxx-users] compiling on linux.
From: ja...@ac...
To: mer...@li...
CC: ope...@li...

Hi Harsh,

OpenC++ maitenance ceased around gcc version 3.x (perhaps 3.3 as Pascal points out). OpenC++ does not handle certain template constructs that are present in the standard headers of the library distributed with gcc beyond that version -- most likely this is where your problem comes from. Going back to earlier gcc seems like the only quick solution.


BR
Greg

On Sat, May 21, 2011 at 12:28 PM, harsh gupta <mer...@li...> wrote:









I needed to use the openc++ parser for an application that i was developing. The platform for use is Ubuntu Linux 10.04. Basically what i need is a c++ parser and openc++ seemed to be a worthy candidate.

however on running the wrapper example i get the following error,


/usr/include/wchar.h:220: parse error before `"wcschr"'
/usr/include/stdlib.h:525: parse error before `"at_quick_exit"'

/usr/include/c++/4.4/bits/cpp_type_traits.h:99: parse error before `>'
/usr/include/c++/4.4/bits/cpp_type_traits.h:104: parse error before `template'

/usr/include/c++/4.4/ext/type_traits.h:37: parse error before `__gnu_cxx'
/usr/include/c++/4.4/ext/type_traits.h:174: parse error before `+'

/usr/include/c++/4.4/ext/type_traits.h:186: parse error before `+'
/usr/include/c++/4.4/ext/type_traits.h:199: parse error before `+'

/usr/include/c++/4.4/ext/numeric_traits.h:37: parse error before `__gnu_cxx'
/usr/include/c++/4.4/ext/numeric_traits.h:63: parse error before `template'

occ: too many errors


Please suggest what i can do to correct this error. Alternatively if you could suggest some other way of developing a wrapper for openc++, where i could get the parse tree of a cpp file programmatically then it would be a great help.


I tried printing out the parse tree using the -s arguement and by supressing preprocessing then it works fine (on the terminal).


Harsh Gupta


 		 	   		  

------------------------------------------------------------------------------

What Every C/C++ and Fortran developer Should Know!

Read this article and learn how Intel has extended the reach of its

next-generation tools to help Windows* and Linux* C/C++ and Fortran

developers boost performance applications - including clusters.

http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________

Opencxx-users mailing list

Ope...@li...

https://lists.sourceforge.net/lists/listinfo/opencxx-users



 		 	   		  

Re: [Opencxx-users] compiling on linux.

[harsh g. <mer...@li...>]

> From: pj...@in...
> To: mer...@li...
> CC: ope...@li...
> Subject: Re: [Opencxx-users] compiling on linux.
> Date: Sat, 21 May 2011 13:16:28 +0200
> 
> harsh gupta <mer...@li...> writes:
> 
> > I needed to use the openc++ parser for an application that i was developing. The platform for use is Ubuntu Linux 10.04. Basically what i need is a c++ parser and openc++ seemed to be a worthy candidate.
> >
> > however on running the wrapper example i get the following error,
> >
> > /usr/include/wchar.h:220: parse error before `"wcschr"'
> > /usr/include/stdlib.h:525: parse error before `"at_quick_exit"'
> > /usr/include/c++/4.4/bits/cpp_type_traits.h:99: parse error before `>'
> > /usr/include/c++/4.4/bits/cpp_type_traits.h:104: parse error before `template'
> > /usr/include/c++/4.4/ext/type_traits.h:37: parse error before `__gnu_cxx'
> > /usr/include/c++/4.4/ext/type_traits.h:174: parse error before `+'
> > /usr/include/c++/4.4/ext/type_traits.h:186: parse error before `+'
> > /usr/include/c++/4.4/ext/type_traits.h:199: parse error before `+'
> > /usr/include/c++/4.4/ext/numeric_traits.h:37: parse error before `__gnu_cxx'
> > /usr/include/c++/4.4/ext/numeric_traits.h:63: parse error before `template'
> > occ: too many errors
> >
> > Please suggest what i can do to correct this error. Alternatively if
> > you could suggest some other way of developing a wrapper for openc++,
> > where i could get the parse tree of a cpp file programmatically then
> > it would be a great help.
> >
> > I tried printing out the parse tree using the -s arguement and by
> > supressing preprocessing then it works fine (on the terminal).
> 
> AFAIK, you may either use an older compiler.  I'd guess gcc 3.3 would work.
> 
> Or you may update the openc++ parser so it can parse the new C++
> implemented by gcc 4.4.
> 
> -- 

i downloaded the latest release from the opencxx downloads page. How do i get the updated code for the gcc 4.4 implementation

Harsh Gupta



> __Pascal Bourguignon__                     http://www.informatimago.com/
> A bad day in () is better than a good day in {}.
 		 	   		  

Re: [Opencxx-users] compiling on linux.

[Grzegorz J. <ja...@ac...>]

Hi Harsh,

OpenC++ maitenance ceased around gcc version 3.x (perhaps 3.3 as Pascal
points out). OpenC++ does not handle certain template constructs that are
present in the standard headers of the library distributed with gcc beyond
that version -- most likely this is where your problem comes from. Going
back to earlier gcc seems like the only quick solution.

BR
Greg

On Sat, May 21, 2011 at 12:28 PM, harsh gupta <mer...@li...> wrote:

>  I needed to use the openc++ parser for an application that i was
> developing. The platform for use is Ubuntu Linux 10.04. Basically what i
> need is a c++ parser and openc++ seemed to be a worthy candidate.
>
> however on running the wrapper example i get the following error,
>
> /usr/include/wchar.h:220: parse error before `"wcschr"'
> /usr/include/stdlib.h:525: parse error before `"at_quick_exit"'
> /usr/include/c++/4.4/bits/cpp_type_traits.h:99: parse error before `>'
> /usr/include/c++/4.4/bits/cpp_type_traits.h:104: parse error before
> `template'
> /usr/include/c++/4.4/ext/type_traits.h:37: parse error before `__gnu_cxx'
> /usr/include/c++/4.4/ext/type_traits.h:174: parse error before `+'
> /usr/include/c++/4.4/ext/type_traits.h:186: parse error before `+'
> /usr/include/c++/4.4/ext/type_traits.h:199: parse error before `+'
> /usr/include/c++/4.4/ext/numeric_traits.h:37: parse error before
> `__gnu_cxx'
> /usr/include/c++/4.4/ext/numeric_traits.h:63: parse error before `template'
> occ: too many errors
>
>
> Please suggest what i can do to correct this error. Alternatively if you
> could suggest some other way of developing a wrapper for openc++, where i
> could get the parse tree of a cpp file programmatically then it would be a
> great help.
>
> I tried printing out the parse tree using the -s arguement and by
> supressing preprocessing then it works fine (on the terminal).
>
>
> Harsh Gupta
>
>
>
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

Re: [Opencxx-users] compiling on linux.

[Pascal J. B. <pj...@in...>]

harsh gupta <mer...@li...> writes:

> I needed to use the openc++ parser for an application that i was developing. The platform for use is Ubuntu Linux 10.04. Basically what i need is a c++ parser and openc++ seemed to be a worthy candidate.
>
> however on running the wrapper example i get the following error,
>
> /usr/include/wchar.h:220: parse error before `"wcschr"'
> /usr/include/stdlib.h:525: parse error before `"at_quick_exit"'
> /usr/include/c++/4.4/bits/cpp_type_traits.h:99: parse error before `>'
> /usr/include/c++/4.4/bits/cpp_type_traits.h:104: parse error before `template'
> /usr/include/c++/4.4/ext/type_traits.h:37: parse error before `__gnu_cxx'
> /usr/include/c++/4.4/ext/type_traits.h:174: parse error before `+'
> /usr/include/c++/4.4/ext/type_traits.h:186: parse error before `+'
> /usr/include/c++/4.4/ext/type_traits.h:199: parse error before `+'
> /usr/include/c++/4.4/ext/numeric_traits.h:37: parse error before `__gnu_cxx'
> /usr/include/c++/4.4/ext/numeric_traits.h:63: parse error before `template'
> occ: too many errors
>
> Please suggest what i can do to correct this error. Alternatively if
> you could suggest some other way of developing a wrapper for openc++,
> where i could get the parse tree of a cpp file programmatically then
> it would be a great help.
>
> I tried printing out the parse tree using the -s arguement and by
> supressing preprocessing then it works fine (on the terminal).

AFAIK, you may either use an older compiler.  I'd guess gcc 3.3 would work.

Or you may update the openc++ parser so it can parse the new C++
implemented by gcc 4.4.

-- 
__Pascal Bourguignon__                     http://www.informatimago.com/
A bad day in () is better than a good day in {}.

[Opencxx-users] compiling on linux.

[harsh g. <mer...@li...>]

I needed to use the openc++ parser for an application that i was developing. The platform for use is Ubuntu Linux 10.04. Basically what i need is a c++ parser and openc++ seemed to be a worthy candidate.

however on running the wrapper example i get the following error,

/usr/include/wchar.h:220: parse error before `"wcschr"'
/usr/include/stdlib.h:525: parse error before `"at_quick_exit"'
/usr/include/c++/4.4/bits/cpp_type_traits.h:99: parse error before `>'
/usr/include/c++/4.4/bits/cpp_type_traits.h:104: parse error before `template'
/usr/include/c++/4.4/ext/type_traits.h:37: parse error before `__gnu_cxx'
/usr/include/c++/4.4/ext/type_traits.h:174: parse error before `+'
/usr/include/c++/4.4/ext/type_traits.h:186: parse error before `+'
/usr/include/c++/4.4/ext/type_traits.h:199: parse error before `+'
/usr/include/c++/4.4/ext/numeric_traits.h:37: parse error before `__gnu_cxx'
/usr/include/c++/4.4/ext/numeric_traits.h:63: parse error before `template'
occ: too many errors


Please suggest what i can do to correct this error. Alternatively if you could suggest some other way of developing a wrapper for openc++, where i could get the parse tree of a cpp file programmatically then it would be a great help.

I tried printing out the parse tree using the -s arguement and by supressing preprocessing then it works fine (on the terminal).


Harsh Gupta


 		 	   		  

Re: [Opencxx-users] Does opencxx support Windows platform?

[emeplease <eme...@gm...>]

Thank you for your quick reply.  :)

This sounds interesting, I am going to have a try on it.

By the way, Does my existing code that uses openC++ compatible with 
VivaCore ? In fact, my project would like to use openC++ under both 
Windows and Linux platforms. It would be great if my existing code that 
works under Linux is fully compatible with VivaCore under Windows.

Thank you

Joseph

On 09/14/2010 01:27 PM, Andrey Karpov wrote:
> emeplease wrote:
> > Hi, I am going to compile opencxx under Windows, but it fails, it seems
> > that there are some dependencies
> > on Linux/Unix specific details.  Does opencxx support Windows platform?
>
> Hello,
>
> Try VivaCore - http://www.viva64.com/terminology/VivaCore.html
>
> VivaCore - the library of code parsing, analysis and transformation 
> developed by OOO "Program Verification Systems". VivaCore is an open 
> library and supports C and C++. The library is written in C++ and 
> implemented as a project for Visual Studio 2010. VivaCore is built on 
> the basis of OpenC++ (OpenCxx) which is currently not developed.
>
> VivaCore can do everything what OpenCxx can and has some more features:
>
> Classical C is supported.
> Support of specific C++ syntax used while developing in Visual Studio 
> 2005/2008/2010 environment is provided.
> Some new key words and other constructions present in the new language 
> standards are supported.
> Calculating values of literal constants is implemented.
> The library is adapted and optimized for 64-bit systems.
> A lot of errors and defects are corrected.
> A mechanism of initial preprocessing of the source text, allowing you 
> to implement some specific code modifications, is created.
> Coding of complex types taking more than 127 symbols in coded form is 
> supported.
> A simple project (for Visual Studio 2010) demonstrating the main 
> principles of VivaCore library's usage is created.
> #pragma directives are supported
>
> It is on the basis of VivaCore Library that PVS-Studio analyzer is 
> implemented. Besides, OOO "Program Verification Systems" suggests 
> creating specialized solutions in the sphere of source code analysis 
> and processing on the basis of VivaCore library for third-party clients.
>
>
> -----
> Andrey Karpov,
> Cand. Sc. (Physics and Mathematics), CTO
> Program Verification Systems Co., Ltd.
> E-Mail: ka...@vi...
>
>

[Opencxx-users] Does opencxx support Windows platform?

[emeplease <eme...@gm...>]

Hi, I am going to compile opencxx under Windows, but it fails, it seems 
that there are some dependencies
on Linux/Unix specific details.  Does opencxx support Windows platform?


Thank you very much

Regards,
Joseph

Re: [Opencxx-users] Build errors on Linux

[Stefan S. <se...@sy...>]

On 02/10/2010 05:48 PM, Adam Richard wrote:
> OK, thanks Scott and Stefan.  Perhaps I'll look for other tools to parse C++, then.
>    

You may want to look at LLVM, which now has a C++ frontend that is able 
to "self-host" LLVM (http://clang.llvm.org/). This is designed as a 
"compiler in a library", with various bits of support for static 
analysis built in.
I'm contemplating using this in Synopsis myself.

FWIW.

         Stefan


-- 

       ...ich hab' noch einen Koffer in Berlin...

Re: [Opencxx-users] Build errors on Linux

[Adam R. <ric...@gm...>]

OK, thanks Scott and Stefan.  Perhaps I'll look for other tools to parse C++, then.

Stefan Seefeld wrote:
> Adam,
> 
> On 02/10/2010 05:31 PM, Adam Richard wrote:
>> Hi,
>>
>> I've been considering using OpenC++ to write some static analyses.
>>
>> When I try to build it, I get errors that strlen (and other C string functions) can't be found.  It looks like in several places there are missing "#include<cstring>" directives, which perhaps work on other platforms, but not on mine (Ubuntu Linux x86, gcc 4.3.2).  I'm guessing they work elsewhere because the "#include<string>" directives are loosely interpreted as "#include<string.h>".
>>    
> 
> OpenC++ is very much outdated at this point, hasn't been worked on, or 
> even maintained, for a couple of years. I believe I was the last one 
> doing active work on / with it, as I branched from it to develop a C++ 
> parser for Synopsis (http://synopsis.fresco.org). You may want to look 
> there, and try to see whether its C++ parser frontend is useful enough 
> for your needs.
> 
> Regards,
>          Stefan
> 

Scott D. Fleming wrote:
> Hi Adam,
> I used OpenC++ about 5 years ago, and the project was dying then. Not
> much appears to have changed (last major release was in 2004). Even if
> you get OpenC++ to build, I expect that you will find that it can't
> parse the GCC libraries (which essentially renders it broken). If you
> really want to use OpenC++, you can try using it with an older version
> of GCC (3.3, I think); that's how I got it to work in '05. However, I
> recall it being a big hassle (e.g., hard-coded file names needed to be
> changed, etc.).
> Cheers, Scott
> 
> 
> On Wed, Feb 10, 2010 at 2:31 PM, Adam Richard <ric...@gm...> wrote:
>> Hi,
>>
>> I've been considering using OpenC++ to write some static analyses.
>>
>> When I try to build it, I get errors that strlen (and other C string functions) can't be found.  It looks like in several places there are missing "#include <cstring>" directives, which perhaps work on other platforms, but not on mine (Ubuntu Linux x86, gcc 4.3.2).  I'm guessing they work elsewhere because the "#include <string>" directives are loosely interpreted as "#include <string.h>".
>>

Re: [Opencxx-users] Build errors on Linux

[Stefan S. <se...@sy...>]

Adam,

On 02/10/2010 05:31 PM, Adam Richard wrote:
> Hi,
>
> I've been considering using OpenC++ to write some static analyses.
>
> When I try to build it, I get errors that strlen (and other C string functions) can't be found.  It looks like in several places there are missing "#include<cstring>" directives, which perhaps work on other platforms, but not on mine (Ubuntu Linux x86, gcc 4.3.2).  I'm guessing they work elsewhere because the "#include<string>" directives are loosely interpreted as "#include<string.h>".
>    

OpenC++ is very much outdated at this point, hasn't been worked on, or 
even maintained, for a couple of years. I believe I was the last one 
doing active work on / with it, as I branched from it to develop a C++ 
parser for Synopsis (http://synopsis.fresco.org). You may want to look 
there, and try to see whether its C++ parser frontend is useful enough 
for your needs.

Regards,
         Stefan

-- 

       ...ich hab' noch einen Koffer in Berlin...

[Opencxx-users] Build errors on Linux

[Adam R. <ric...@gm...>]

Hi,

I've been considering using OpenC++ to write some static analyses.

When I try to build it, I get errors that strlen (and other C string functions) can't be found.  It looks like in several places there are missing "#include <cstring>" directives, which perhaps work on other platforms, but not on mine (Ubuntu Linux x86, gcc 4.3.2).  I'm guessing they work elsewhere because the "#include <string>" directives are loosely interpreted as "#include <string.h>".

Re: [Opencxx-users] AST representation

[Stefan S. <se...@sy...>]

Yurushkin Michael wrote:
> Good day.
> In the help I haven't found any information about AST classes. E.g. is it  
> possible to work with nonterminal "for (..){..}" as with "ForStmntClass"  
> (but not as with PTree)
>   
Yes, definitely. (Though it certainly also depends on what you mean by 
"work with". :-)

Regards,
       Stefan

-- 

      ...ich hab' noch einen Koffer in Berlin...

[Opencxx-users] AST representation

[Yurushkin M. <wo...@ra...>]

Good day.
In the help I haven't found any information about AST classes. E.g. is it  
possible to work with nonterminal "for (..){..}" as with "ForStmntClass"  
(but not as with PTree)

Best regards, Michael

-- 
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

Re: [Opencxx-users] openc++ limitations

[Yann D. <yd...@us...>]

On Sun, Oct 19, 2008 at 01:12:57PM -0700, Brendan Miller wrote:
> > Out of curiosity: what are you aiming to do ? Metaprogramming via templates
> > and via OpenC++ are two radically different approaches. Do you want to mix
> > them ? Or have you ran into limitations of what you can do via template
> > metaprogramming, and now are hoping to find a way using OpenC++ ?
> 
> I ran into the problem that there's no way to get a list at compile
> time (or even run time for that matter) of the members of a class. Nor
> is there any way to operate on types in place.

This kind of metaprogramming is not unlike what Qt provides.  See
eg. http://doc.trolltech.com/4.3/object.html and
http://doc.trolltech.com/4.3/metaobjects.html

HTH,
-- 
Yann

Re: [Opencxx-users] openc++ limitations

[Stefan S. <se...@sy...>]

Brendan Miller wrote:
>
> So for instance, I could have a decorator that performs logging
> (although I'd need some kind of stringize for that for that as well).
>
> Probably this isn't the right tool for that. Especially since it seems
> like it would be hard to use in production if I can't use the stl and
> boost.
>   

Indeed. In fact,  I have found the whole idea of putting some markup 
right into the source code flawed, for one simple reason: it's not C++ 
any more, and thus, is tied to a particular tool. It's easier to keep 
the transformation description separate, so at least the code keeps 
working, albeit un-instrumented, with ordinary C++ compilers.
While logging seems to be the one example people keep referring to in 
such cases, I haven't found much else that such approaches would be 
useful for. The same holds true for Aspect-Oriented Programming...This 
reminds me, may be you would be interested in ApectC++ 
(http://aspectc.org/) ?

Regards,
       Stefan

-- 

      ...ich hab' noch einen Koffer in Berlin...

Re: [Opencxx-users] openc++ limitations

[Brendan M. <cat...@ca...>]

> Out of curiosity: what are you aiming to do ? Metaprogramming via templates
> and via OpenC++ are two radically different approaches. Do you want to mix
> them ? Or have you ran into limitations of what you can do via template
> metaprogramming, and now are hoping to find a way using OpenC++ ?

I ran into the problem that there's no way to get a list at compile
time (or even run time for that matter) of the members of a class. Nor
is there any way to operate on types in place.

I'd like to be able to create something like decorators in python that
operate on function and class definitions in place where:

@MyDecorator
class MyClass {
...
};

translates into

class MyClass_{
...
};

typedef MyDecorator<MyClass_>::type MyClass;

Or

@MyDecorator
int f() {
...
}

translates into

int f_() {
...
}

void f() {
  return MyDecorator<f_>::value();
}

So for instance, I could have a decorator that performs logging
(although I'd need some kind of stringize for that for that as well).

Probably this isn't the right tool for that. Especially since it seems
like it would be hard to use in production if I can't use the stl and
boost.

Thanks anyway,
Brendan

Re: [Opencxx-users] openc++ limitations

[Stefan S. <se...@sy...>]

Hi Brendan,

Brendan Miller wrote:
> I was looking around for some way to be able to do reflection with
> template metaprogramming, and was excited to find this tool.
>   

Out of curiosity: what are you aiming to do ? Metaprogramming via 
templates and via OpenC++ are two radically different approaches. Do you 
want to mix them ? Or have you ran into limitations of what you can do 
via template metaprogramming, and now are hoping to find a way using 
OpenC++ ?

> I'm wondering what kind of limitations it imposes though.
> Specifically, the website mentions that partial specialization isn't
> supported yet. Does that mean that if I make any use of templates with
> partial specialization in my code the openc++ compiler will barf, or
> does that mean that there is some limitations in how you can operate
> on templates with metaobjects?
>   
I have very limited experience with the OpenC++ metaprogramming model 
myself, but have worked a lot with the C++ parser that is part of 
OpenC++. The latter is rather limited, and falls over even with modern 
versions of libstdc++. I haven't dared to try it with boost.

I have been making adjustments to a version of the OpenC++ C++ parser 
that I integrated into Synopsis (http://synopsis.fresco.org) a long time 
(> 8 years) ago. That version works fine with boost (I use it to 
generate docs for boost.python, for example). However, in that version I 
don't support the kind of metaprogramming originally promoted by OpenC++.
Instead, I'm suggesting a different approach where the tool's internal 
code representation (IR) is made accessible (parse tree, AST, etc.) so 
any further source-to-source transformations can be scripted. That is 
still a project in progress.

Regards,
       Stefan

-- 

      ...ich hab' noch einen Koffer in Berlin...

[Opencxx-users] openc++ limitations

[Brendan M. <cat...@ca...>]

I was looking around for some way to be able to do reflection with
template metaprogramming, and was excited to find this tool.

I'm wondering what kind of limitations it imposes though.
Specifically, the website mentions that partial specialization isn't
supported yet. Does that mean that if I make any use of templates with
partial specialization in my code the openc++ compiler will barf, or
does that mean that there is some limitations in how you can operate
on templates with metaobjects?

I tend to use boost pretty heavily, which makes extensive use of
templates. If I try to operate on a class that takes a boost type as a
parameter, has them as members, etc, when those types are based on
templates that employ partial specialization, will that break openc++?
What can I get away with, and what can I not get away with in terms of
using templates.

Thanks,
Brendan

Re: [Opencxx-users] opencxx error

[Stefan S. <se...@sy...>]

aitor wrote:
> Hi,
> I have installed opencxx using apt-get,  
> #apt-get install opencxx
>           Architecture: i386
>           Version: 2.8-9
> I have also download the  tar openc++ to try the examples.
> and when I try the examples...
>
> ~/Desktop/opencxx-2.8/examples/verbose$ occ -m VerboseClass.mc
> EXECUTING: g++ g++ -D__opencxx -E -o VerboseClass.occ -x c++ VerboseClass.mc
> /usr/include/c++/4.2/bits/cpp_type_traits.h:118: parse error before `>'
>
>   

[...]


> occ: too many errors
>
> fatal error
> aitor@aitor-laptop:~/Desktop/opencxx-2.8/examples/verbose$  
>
>    
> g++: 4.2
> I have searched in Internet and there are a person with the same problem
> Is this problem  fixed? If so, how can I use openc++?
>   

OpenC++ has a number of problems with modern C++. I'm using an evolved 
version of the OpenC++ C++ parser in another project (Synopsis: 
http://synopsis.fresco.org) where I believe I have addressed a number of 
issues.
I don't think anybody works on OpenC++ these days, and would be 
interested into such fixes getting backported.

Regards,
       Stefan

-- 

      ...ich hab' noch einen Koffer in Berlin...