cpptool-develop — CppRefactory Developer Mailing List

Re: [Cpptool-develop] Attempting to compile on Solaris

[Baptiste L. <gai...@fr...>]

Well, actually it's not VC++ but my code template. I'm using Workspace Whiz
to generate new classes and unit tests (http://workspacewhiz.com/) using the
template that can be found in src/RftaWorking.WWTpl . It's just that the
last new line was not generated (should be fixed for future classes).

The standard say that included file should end with a new line and that's
why there is a warning. Unfortunately, VC++ 6 won't report those :-(

Baptiste.

----- Original Message -----
From: "Sven Reichard" <rei...@ma...>
To: "CppTool Mailing List" <Cpp...@li...>
Sent: Monday, November 04, 2002 6:59 PM
Subject: [Cpptool-develop] Attempting to compile on Solaris


On Mon, 4 Nov 2002, Rohith Rajagopal wrote:

> Hi,
>    Ran into a some problems while attempting to compile on sol 2.8 with
gcc
> 3.2.
> 1. Lots of warnings about files not ending with a newline: Don't know if
> this is due to some problem with my WinCVS settings or the transfer via
ftp
> from windows to the sol server or a genuine compile warning.

This is genuine. VC++ by default adds a line like
# endif // myfile_h_include
at the end of the file, w/o a newline. I added newlines to some of the
files, but not all of them. When you run into that, feel free to change
it.

 > BTW, do you
> know of any solaris client for CVS? Even a command line one will do, since
I
> can write lisp code to make xemacs interface with it.

Try
which cvs
which ssh

If both are there, just
export CVS_RSH=ssh
and then use cvs as usual. If not they should be available in source code,
e.g., from the FSF. Usually, xemacs has a built-in interface to it; not
sure how to make it work w/ ssh though.

> 2. One error about a looser throw in
> DynamicLibraryManagerException::~DynamicLibraryManagerException than its
> base class - which I fixed by adding a throw() at the end of the class.
What
> does the throw() at the end of a function say anyway? Just that it throws
> exceptions?

Actually, it says that it doesn't throw any exceptions. A subclass can't
throw more exceptions than the parent class, and
std::exception::~exception() doesn't throw any. Hence, our destructor
can't neither. In general, throw(ex1, ex2, .., exn) says that it throws
only the exceptions given in the list, which in our case is empty.
I thought I changed that (since it compiles for me).

> 3. Why does the make install step attempt to install cppunit in
> /usr/local/lib? In the server I am working on, I don't have permissions to
> do that. Is it easy to modify the install script and the rest of the
> codebase to install to and use cppunit from a different location, maybe
via
> a environment variable?

Call configure as
./configure --prefix=<home>
where <home> is your home directory. Then make install. This puts
everything in $(HOME)/lib, $(HOME)/include, etc. I think that
--prefix=$(HOME) doesn't work, so write out the full path.

Sven.


> Thanks,
> Rohith.
[...]

Re: [Cpptool-develop] Attempting to compile on Solaris

[Baptiste L. <gai...@fr...>]

----- Original Message -----
From: "Rohith Rajagopal" <man...@ho...>
To: <rei...@ma...>; <cpp...@li...>
Sent: Monday, November 04, 2002 6:37 PM
Subject: [Cpptool-develop] Attempting to compile on Solaris


> Hi,
>    Ran into a some problems while attempting to compile on sol 2.8 with
gcc
> 3.2.
[...]

> 2. One error about a looser throw in
> DynamicLibraryManagerException::~DynamicLibraryManagerException than its
> base class - which I fixed by adding a throw() at the end of the class.
What
> does the throw() at the end of a function say anyway? Just that it throws
> exceptions?

Where did you had the throw() exactly ? This is a CppUnit portability issue
that I need to fix in the CppUnit project tree. Did you add the destructor ?

> 3. Why does the make install step attempt to install cppunit in
> /usr/local/lib? In the server I am working on, I don't have permissions to
> do that. Is it easy to modify the install script and the rest of the
> codebase to install to and use cppunit from a different location, maybe
via
> a environment variable?

Hmm, This is a copy of CppUnit 1.9.10 tarball (without some of the example
and GUI testrunners). On Windows, this is used so that it can compile nearly
'out of the box' (you still need to install boost, though). The building of
the CppUnit library is integrated with the VC++ projects. Can't this be done
on Unix (installing the lib localy in the build/ dir and using it from
there) ?

Baptiste.

>
> Thanks,
> Rohith.
>
> >From: Sven Reichard <rei...@ma...>
> >To: Rohith Rajagopal <man...@ho...>
> >Subject: Re: [Cpptool-develop] Hi
> >Date: Mon, 4 Nov 2002 11:42:33 -0500 (EST)
> >
> >On Mon, 4 Nov 2002, Rohith Rajagopal wrote:
> >
> > > Hi Sven,
> > > >I added you to the developers.
> > >     Thank you.
> > > >Try to get access to the CVS repository via
> > > >SSH, get the rfta module, and compile it in your favorite
environment.
> > >     Yes, I was able to access it using WinCVS. And I've downloaded the
> >rest
> > > of the modules as well. I'll try and compile it on sol2.8 with the g++
> >3.2
> > > compiler. Since you've already compiled it in Linux, hopefully I won't
> >run
> > > into too many problems with this.
> > >     BTW, what are the rest of the modules? CppRefactory and cpptool
> >modules,
> > > I mean. Should I be downloading those too?
> >
> >These were previous attempts. Just get rfta. Then go to deplibs/cppunit,
> >configure and make install (unless you already have CppUnit 1.9.10
> >installed). You also need the boost library (just the header files; we
use
> >some of their template classes). Then a ./configure; make check in the
> >main directory should work.

[Cpptool-develop] Attempting to compile on Solaris

[Sven R. <rei...@ma...>]

One more thing:

To keep the sources and the object files separated, I recommend the 
following:
From the main directory
mkdir build
cd build
../configure --prefix=<home>
make check

This will build everything inside the "build" directory, and you won't 
accidentally check in .o files.

Sven.


-- 
Sven Reichard
Dept. of Math. Sci.
University of Delaware
rei...@ma...

[Cpptool-develop] Attempting to compile on Solaris

[Sven R. <rei...@ma...>]

On Mon, 4 Nov 2002, Rohith Rajagopal wrote:

> Hi,
>    Ran into a some problems while attempting to compile on sol 2.8 with=
 gcc=20
> 3.2.
> 1. Lots of warnings about files not ending with a newline: Don't know i=
f=20
> this is due to some problem with my WinCVS settings or the transfer via=
 ftp=20
> from windows to the sol server or a genuine compile warning.
=20
This is genuine. VC++ by default adds a line like
# endif // myfile_h_include
at the end of the file, w/o a newline. I added newlines to some of the=20
files, but not all of them. When you run into that, feel free to change=20
it.

 > BTW, do you=20
> know of any solaris client for CVS? Even a command line one will do, si=
nce I=20
> can write lisp code to make xemacs interface with it.

Try
which cvs
which ssh

If both are there, just
export CVS_RSH=3Dssh
and then use cvs as usual. If not they should be available in source code=
,=20
e.g., from the FSF. Usually, xemacs has a built-in interface to it; not=20
sure how to make it work w/ ssh though.
=20
> 2. One error about a looser throw in=20
> DynamicLibraryManagerException::~DynamicLibraryManagerException than it=
s=20
> base class - which I fixed by adding a throw() at the end of the class.=
 What=20
> does the throw() at the end of a function say anyway? Just that it thro=
ws=20
> exceptions?

Actually, it says that it doesn't throw any exceptions. A subclass can't=20
throw more exceptions than the parent class, and=20
std::exception::~exception() doesn't throw any. Hence, our destructor=20
can't neither. In general, throw(ex1, ex2, .., exn) says that it throws=20
only the exceptions given in the list, which in our case is empty.
I thought I changed that (since it compiles for me).
=20
> 3. Why does the make install step attempt to install cppunit in=20
> /usr/local/lib? In the server I am working on, I don't have permissions=
 to=20
> do that. Is it easy to modify the install script and the rest of the=20
> codebase to install to and use cppunit from a different location, maybe=
 via=20
> a environment variable?

Call configure as
./configure --prefix=3D<home>
where <home> is your home directory. Then make install. This puts=20
everything in $(HOME)/lib, $(HOME)/include, etc. I think that=20
--prefix=3D$(HOME) doesn't work, so write out the full path.

Sven.


> Thanks,
> Rohith.
>=20
> >From: Sven Reichard <rei...@ma...>
> >To: Rohith Rajagopal <man...@ho...>
> >Subject: Re: [Cpptool-develop] Hi
> >Date: Mon, 4 Nov 2002 11:42:33 -0500 (EST)
> >
> >On Mon, 4 Nov 2002, Rohith Rajagopal wrote:
> >
> > > Hi Sven,
> > > >I added you to the developers.
> > >     Thank you.
> > > >Try to get access to the CVS repository via
> > > >SSH, get the rfta module, and compile it in your favorite environm=
ent.
> > >     Yes, I was able to access it using WinCVS. And I've downloaded =
the=20
> >rest
> > > of the modules as well. I'll try and compile it on sol2.8 with the =
g++=20
> >3.2
> > > compiler. Since you've already compiled it in Linux, hopefully I wo=
n't=20
> >run
> > > into too many problems with this.
> > >     BTW, what are the rest of the modules? CppRefactory and cpptool=
=20
> >modules,
> > > I mean. Should I be downloading those too?
> >
> >These were previous attempts. Just get rfta. Then go to deplibs/cppuni=
t,
> >configure and make install (unless you already have CppUnit 1.9.10
> >installed). You also need the boost library (just the header files; we=
 use
> >some of their template classes). Then a ./configure; make check in the
> >main directory should work.
>=20
>=20
> _________________________________________________________________
> Surf the Web without missing calls!=A0Get MSN Broadband. =20
> http://resourcecenter.msn.com/access/plans/freeactivation.asp
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> Cpptool-develop mailing list
> Cpp...@li...
> https://lists.sourceforge.net/lists/listinfo/cpptool-develop
>=20

--=20
Sven Reichard
Dept. of Math. Sci.
University of Delaware
rei...@ma...

[Cpptool-develop] Attempting to compile on Solaris

[Rohith R. <man...@ho...>]

Hi,
   Ran into a some problems while attempting to compile on sol 2.8 with gcc 
3.2.
1. Lots of warnings about files not ending with a newline: Don't know if 
this is due to some problem with my WinCVS settings or the transfer via ftp 
from windows to the sol server or a genuine compile warning. BTW, do you 
know of any solaris client for CVS? Even a command line one will do, since I 
can write lisp code to make xemacs interface with it.

2. One error about a looser throw in 
DynamicLibraryManagerException::~DynamicLibraryManagerException than its 
base class - which I fixed by adding a throw() at the end of the class. What 
does the throw() at the end of a function say anyway? Just that it throws 
exceptions?

3. Why does the make install step attempt to install cppunit in 
/usr/local/lib? In the server I am working on, I don't have permissions to 
do that. Is it easy to modify the install script and the rest of the 
codebase to install to and use cppunit from a different location, maybe via 
a environment variable?

Thanks,
Rohith.

>From: Sven Reichard <rei...@ma...>
>To: Rohith Rajagopal <man...@ho...>
>Subject: Re: [Cpptool-develop] Hi
>Date: Mon, 4 Nov 2002 11:42:33 -0500 (EST)
>
>On Mon, 4 Nov 2002, Rohith Rajagopal wrote:
>
> > Hi Sven,
> > >I added you to the developers.
> >     Thank you.
> > >Try to get access to the CVS repository via
> > >SSH, get the rfta module, and compile it in your favorite environment.
> >     Yes, I was able to access it using WinCVS. And I've downloaded the 
>rest
> > of the modules as well. I'll try and compile it on sol2.8 with the g++ 
>3.2
> > compiler. Since you've already compiled it in Linux, hopefully I won't 
>run
> > into too many problems with this.
> >     BTW, what are the rest of the modules? CppRefactory and cpptool 
>modules,
> > I mean. Should I be downloading those too?
>
>These were previous attempts. Just get rfta. Then go to deplibs/cppunit,
>configure and make install (unless you already have CppUnit 1.9.10
>installed). You also need the boost library (just the header files; we use
>some of their template classes). Then a ./configure; make check in the
>main directory should work.


_________________________________________________________________
Surf the Web without missing calls! Get MSN Broadband.  
http://resourcecenter.msn.com/access/plans/freeactivation.asp

Re: [Cpptool-develop] How to use WinCVS to read the modules in CVS

[Sven R. <rei...@ma...>]

On Mon, 4 Nov 2002, Rohith Rajagopal wrote:

>    BTW, how do I update the webpages with info like this myself, rather than 
> sending out a mail to everyone?
> Thanks,
> Rohith.

On the homepage there's a link to a Wiki; there you can edit freely and 
add the information (maybe in the Tools section).
If you need to edit the homepage itself:
- Log in to shell.sourceforge.net (using ssh)
- Make sure your group id is cpptool
- cd to /home/groups/c/cp/cpptool/htdocs
- edit index.php.

Cheers,
Sven.

-- 
Sven Reichard
Dept. of Math. Sci.
University of Delaware
rei...@ma...

[Cpptool-develop] How to use WinCVS to read the modules in CVS

[Rohith R. <man...@ho...>]

Hi ppl,
   In my last mail, I had asked for some help/doc to view the source files 
using cvs. Well, a search of the web gave me quite a really nice link. We 
could probably point to this link from the webpage so that other new 
developers needn't spend their time figuring out how to do the same thing. 
Here is the link I found most useful:
http://crystal.sourceforge.net/docs/online/manual/cs_105.php
   BTW, how do I update the webpages with info like this myself, rather than 
sending out a mail to everyone?
Thanks,
Rohith.

_________________________________________________________________
Surf the Web without missing calls! Get MSN Broadband. 
http://resourcecenter.msn.com/access/plans/freeactivation.asp

Re: [Cpptool-develop] Hi

[Rohith R. <man...@ho...>]

>For information, what platform (compiler/stl/ide) do you work with ?
    I work primarily on solaris with g++/gdb, though I have worked on other 
oses like windows(with VC++) and other flavors of unix. The ide I prefer to 
use is xemacs. I use a very old version of Roguewave or home grown classes 
when I need any kind of collections.

>Did you manage to compile astdump ?
No, not yet. So far I've just gone thru' the wiki and the mailing list 
reading up on whats happening. Haven't had a chance to look at the code. I 
don't know how to download the code either - since this is the first time I 
am working with CVS. I'd really appreciate it if you could point me to some 
documentation on the web on how to use CVS and remote CVS.

Thanks,
Rohith.

_________________________________________________________________
Unlimited Internet access -- and 2 months free!  Try MSN. 
http://resourcecenter.msn.com/access/plans/2monthsfree.asp

Re: [Cpptool-develop] Hi

[Sven R. <rei...@ma...>]

On Fri, 1 Nov 2002, Rohith Rajagopal wrote:

> I'd like to join in. May I?
> Thanks,
> Rohith.
> 

Rohith,

if you tell me your sourceforge id, I'll add you to the developers' list, 
so you have write access to the CVS repository. If you have read the ML 
archive, you know what is going on. It looks like the first refactoring is 
going to work soon.

Have a look at the sources, and ask if there are any questions.

-- 
Sven Reichard
Dept. of Math. Sci.
University of Delaware
rei...@ma...

Re: [Cpptool-develop] Hi

[Baptiste L. <gai...@fr...>]

You're welcome.

For information, what platform (compiler/stl/ide) do you work with ?

Did you manage to compile astdump ?

Baptiste.

----- Original Message ----- 
From: "Rohith Rajagopal" <man...@ho...>
To: <cpp...@li...>
Sent: Friday, November 01, 2002 5:58 AM
Subject: [Cpptool-develop] Hi


> I'd like to join in. May I?
> Thanks,
> Rohith.
> 

[Cpptool-develop] Working RenameTempRefactoring !

[Baptiste L. <gai...@fr...>]

    Well, I spent most of this week adding tests and fixing bug in rfta. The
first unit test for the RenameTemp refactoring is finally passing.

    The code lives in src/rfta and include/rfta/refactoring. It's a dll that
depends on the rftaparser dll. The UT demonstrating the refactoring is in
RenameTempRefactoringTest.

    This is the 'basic' implementation: it does not handle temporary with
the same name declared in subscope, but does most of the steps described on
the CppRefactorings wiki page:

1. Find occurrences of the temporary's identifier in the temporary scope

At the current time, search all the occurences in the parent compound
statement of the temporary.

2. Increase the parsing level of detail of the statement that contains the
identifier until it's known wether it reference the temporary or not (Notes:
may be instead of yes/no, we should extract the likelihood it is a reference
to the temporary).

Expands everything at the current time, though the VariableDeclVisitor could
probably be expanded to handle that. Also, only the node that can possibly
declares a variable are visited (thanks to the node type 'features').

It seems that the search for reference to the temporary is fail-proof, so no
need for fuzzy stuff at the momemnt.

3. Asks for user approval
Not really needed, since no possible can occurs.

4. Replace occurences of the identifier with the new identifier

We just do that...

    The most important part of the magic other than the VariableDeclMutator
lives in ToolsBox::IsNotVariablePred.

    Well, I think I'll try to make a VC6 add-in to use it. This will
probably helps find bugs... Then, scope handling can be dealt with.

    Baptiste.

Re: [Cpptool-develop] (no subject)

[Baptiste L. <gai...@fr...>]

----- Original Message -----
From: "Sven Reichard" <rei...@ma...>
To: "CppTool Mailing List" <Cpp...@li...>
Sent: Thursday, October 31, 2002 10:09 PM
Subject: [Cpptool-develop] (no subject)


> I looked at the parser description on the Wiki; it looks good so far. In
Thanks, I'll try to work on it some more.

> the meantime, I refactored the VariableDeclMutator class a bit.
Yup, it really needed it. Though I expect the heavy refactoring in the
parser part when typedef, method parameters and return type parser are
implemented. Parsing a typedef is just like parsing for a variable
declaration (expect that you know that you're parsing a type).

> Baptiste, you said you had some code that renames local variables. Has it
> been committed yet?
Yes. See the incoming mail.

> Keep up the good work!
> Sven.
>
> --
> Sven Reichard
> Dept. of Math. Sci.
> University of Delaware
> rei...@ma...

[Cpptool-develop] Hi

[Rohith R. <man...@ho...>]

I'd like to join in. May I?
Thanks,
Rohith.








_________________________________________________________________
Broadband? Dial-up? Get reliable MSN Internet Access. 
http://resourcecenter.msn.com/access/plans/default.asp

[Cpptool-develop] (no subject)

[Sven R. <rei...@ma...>]

I looked at the parser description on the Wiki; it looks good so far. In 
the meantime, I refactored the VariableDeclMutator class a bit.

Baptiste, you said you had some code that renames local variables. Has it 
been committed yet?

Keep up the good work!
Sven.

-- 
Sven Reichard
Dept. of Math. Sci.
University of Delaware
rei...@ma...

Re: [Cpptool-develop] checkout

[Sven R. <rei...@ma...>]

On Tue, 29 Oct 2002, Viktor wrote:

> I am here. Viktor

Welcome. I assume that you are on the mailing list; in this case you 
should get two copies of this mail.

Did you succeed in getting access to the CVS repository? 

Sven.

-- 
Sven Reichard
Dept. of Math. Sci.
University of Delaware
rei...@ma...

Re: [Cpptool-develop] test & refactoring (was: checkout)

[Sven R. <rei...@ma...>]

On Tue, 29 Oct 2002, Baptiste Lepilleur wrote:
> 
> The class that need the most tests is VariableDeclMutator. It's non trivial
> and not so easy to test. All other class are fairly simple and can be
> tested/fixed in a few minutes...

Ok, I'll look into that.

> I did it the 'simplest way that could possibly work', in this case, the
> refactoring creates a list of ReplaceTextTransform which are applied on the
> TextDocument. There is no need for an AST rewritter at the current time. In
> fact I don't have a clue on how to write one. There is a lot of issues
> raised by this (which part of the AST did change, how to deal with spacing,
> how to represent the AST transform...)

You're right. I went ahead of myself. However, I didn't see exactly what 
was going on. One reason I tried to insist on more tests was also that 
they can serve as some kind of documentation; so far you are the only one 
who really understands the code. I don't mean to say that it is hard to 
read, it just will take some time and effort from my side.

Sven.


> Baptiste.

Re: [Cpptool-develop] test & refactoring (was: checkout)

[Baptiste L. <gai...@fr...>]

----- Original Message -----
From: "Sven Reichard" <rei...@ma...>
To: "CppTool Mailing List" <Cpp...@li...>
Sent: Monday, October 28, 2002 10:48 PM
Subject: Re: [Cpptool-develop] checkout


> Ok, I see your point. However, I believe in the philosophy of "If it's not
> tested, consider it broken". So, unless you have anything else for me to
> do, I will continue to write unit tests. Our project tester, Victor,
> doesn't appear to be subscribed to this list. There are plenty of untested
> classes in the rftaparser directory, which you probably consider trivial,
> but which I still need to understand.

The class that need the most tests is VariableDeclMutator. It's non trivial
and not so easy to test. All other class are fairly simple and can be
tested/fixed in a few minutes...

> A conceptual question: Does the refactoring engine directly rewrite the
> sources, or does it change the AST representation, which then writes the
> sources independently? This is not an issue yet, but the latter strategy
> would help avoiding re-parsing for each refactoring step.

I did it the 'simplest way that could possibly work', in this case, the
refactoring creates a list of ReplaceTextTransform which are applied on the
TextDocument. There is no need for an AST rewritter at the current time. In
fact I don't have a clue on how to write one. There is a lot of issues
raised by this (which part of the AST did change, how to deal with spacing,
how to represent the AST transform...)

Baptiste.
>
> --
> Sven Reichard
> Dept. of Math. Sci.
> University of Delaware
> rei...@ma...

Re: [Cpptool-develop] src/rfta

[Baptiste L. <gai...@fr...>]

It can: admin/preference/global/checkout in unix format...

Baptiste.

----- Original Message -----
From: "Sven Reichard" <rei...@ma...>
To: "CppTool Mailing List" <Cpp...@li...>
Sent: Monday, October 28, 2002 10:51 PM
Subject: Re: [Cpptool-develop] src/rfta


> I live in the absurd situation that my internet connection doesn't work
> under Linux. So for CVS, I fire up Windows, then I reboot under Linux to
> work on the sources. So far I used cygwin as a shell for CVS.
>
> I know you can tell WinCVS to check out the files in Unix format, and I'll
> consider using that program.
>
> Sven.
>
> --
> Sven Reichard
> Dept. of Math. Sci.
> University of Delaware
> rei...@ma...
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Cpptool-develop mailing list
> Cpp...@li...
> https://lists.sourceforge.net/lists/listinfo/cpptool-develop
>
>

Re: [Cpptool-develop] src/rfta

[Sven R. <rei...@ma...>]

I live in the absurd situation that my internet connection doesn't work 
under Linux. So for CVS, I fire up Windows, then I reboot under Linux to 
work on the sources. So far I used cygwin as a shell for CVS.

I know you can tell WinCVS to check out the files in Unix format, and I'll 
consider using that program.

Sven.

-- 
Sven Reichard
Dept. of Math. Sci.
University of Delaware
rei...@ma...

Re: [Cpptool-develop] checkout

[Sven R. <rei...@ma...>]

Ok, I see your point. However, I believe in the philosophy of "If it's not 
tested, consider it broken". So, unless you have anything else for me to 
do, I will continue to write unit tests. Our project tester, Victor, 
doesn't appear to be subscribed to this list. There are plenty of untested 
classes in the rftaparser directory, which you probably consider trivial, 
but which I still need to understand.

A conceptual question: Does the refactoring engine directly rewrite the 
sources, or does it change the AST representation, which then writes the 
sources independently? This is not an issue yet, but the latter strategy 
would help avoiding re-parsing for each refactoring step.

-- 
Sven Reichard
Dept. of Math. Sci.
University of Delaware
rei...@ma...

Re: [Cpptool-develop] checkout

[Baptiste L. <gai...@fr...>]

----- Original Message -----
From: "Sven Reichard" <rei...@ma...>
To: "CppTool Mailing List" <Cpp...@li...>
Sent: Monday, October 28, 2002 6:02 PM
Subject: [Cpptool-develop] checkout

[...]
> I would strongly suggest that we stop adding functionality at this point,
> and thoroughly test what we have so far. Any comments?

I don't agree. The parsing base is already fairly good (it can parse a lot
of sources). I'm trying to have a working refactoring as soon as possible
(see below for the reason).

My current toward testing is:
- If I find a bug, don't fix it until there is a test case for it (the
'switch' bug is an example of this).
- If I have any doubt weither a bug is in the code I'm testing or in a
'base' used by the code, add test for the 'base'.
- Test complex stuffs
- When testing assumes that your 'base' is working (it has its one test).
For example, when testing VariableDeclCollector, a specialization of
VariableDeclVisitor, I only tested for the added functionnalities.

The parse test coverage is already fairly good. Only a few parser don't have
UT yet, and they are fairly trivial. astdump seems to indicates they work
somewhat as expected. The *core* part of the parser is the
VariableDeclMutator (which is ill named since it is a parser...). This is
the inovative part as it recognize a variable declaration without any
complex analysis, that's one of the real breakthough of my approach to
parsing C++. This piece of code is already reasonnably tested (though not
completly).

What I'm targetting now is getting one or two refactorings to work. Once we
have something working reasonnably well (I'm thinking of RenameTemp with
scope), we can release it to the 'world' and show that our approach is
'working'. A proof of concept if you want. This should help attracting more
people on this project, especially since it's so simple...

rfta is what I expect to become the 'refactoring' engine (mid term). For now
it does refactoring and source rewritting (and some bit of parsing). The
current (untested) implementation uses a TextDocument as input and output
(an abstraction of the source container in the IDE), and does the full cycle
of parsing, analysing (temporary declaration location, temporary
occurrences) and transforming (replacing the temporary name).

We're working on an open-source project and time is precious (at least mine
is ;-) ). Being able to release something quickly is a great motivational
factor. The exposure you get with a release is way greater that any set of
tests you can build (that why open-source works). I also have  some other
projects that are in the background for now, but will need to be worked on
soon (need cppunit release, CppUnit 2.0...).

If there is some particular area of the code you would like me to explain,
let me know. A lot of the code is somewhat crude, but then I expect a lot
refactoring to occurs when a complete parser is implemented (parsing for
parameter, attribute, return type... is a lot like parsing for variable
declaration).

Baptiste.
>
> Sven.
>
> --
> Sven Reichard
> Dept. of Math. Sci.
> University of Delaware
> rei...@ma...
---
Baptiste Lepilleur <gai...@fr...>
http://gaiacrtn.free.fr/

Re: [Cpptool-develop] checkout

[Baptiste L. <gai...@fr...>]

----- Original Message -----
From: "Sven Reichard" <rei...@ma...>
To: "CppTool Mailing List" <Cpp...@li...>
Sent: Monday, October 28, 2002 6:02 PM
Subject: [Cpptool-develop] checkout
[...]

> The code doesn't compile under Linux. I'm trying to fix this. One issue is
> the "MSVC for-scope bug"; I'll write more on that on the Wiki.
> Sven.

I aware of that bug. I probably splipped. I take as a coding not to use
twice the same loop iterator name in a method. That way, you show that there
is no relation between the first and the second loop, and it's also a source
of portability issues.

Baptiste.

[...]
>
> --
> Sven Reichard
> Dept. of Math. Sci.
> University of Delaware
> rei...@ma...
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Cpptool-develop mailing list
> Cpp...@li...
> https://lists.sourceforge.net/lists/listinfo/cpptool-develop
>
>

Re: [Cpptool-develop] src/rfta

[Baptiste L. <gai...@fr...>]

You need to indicates that you want to create new directories: option -d of
the update command:
cvs -z9 update -P -d

I would strongly recommand that you use a cvs front-end. They make life a
lot easier and avoid common mistakes. A excellent one for windows is WinCVS
or the cvsgui project (http://cvsgui.sourceforge.net/). They have a GTK
version, though I don't know if the quality if the same as WinCVS. There is
also a KDE front-end (cervisia or something like that), though I looked at
it once and it was not as good as WinCVS. Probably a lot other around,
though.

Baptiste.

----- Original Message -----
From: "Sven Reichard" <rei...@ma...>
To: "CppTool Mailing List" <Cpp...@li...>
Sent: Monday, October 28, 2002 3:43 PM
Subject: [Cpptool-develop] src/rfta


> Baptiste,
>
> I realized that my local copy doesn't include the src/rfta folder. Does
> "cvs update" have a problem with newly created directories? or is that
> directory in a different module (don't think it is)?
>
> Sven.
>
> --
> Sven Reichard
> Dept. of Math. Sci.
> University of Delaware
> rei...@ma...

[Cpptool-develop] checkout

[Sven R. <rei...@ma...>]

I solved the problem by reloading the whole code into a new directory :0 
well, there should be a better way.

The code doesn't compile under Linux. I'm trying to fix this. One issue is 
the "MSVC for-scope bug"; I'll write more on that on the Wiki. 

I would strongly suggest that we stop adding functionality at this point, 
and thoroughly test what we have so far. Any comments?

Sven.

-- 
Sven Reichard
Dept. of Math. Sci.
University of Delaware
rei...@ma...

[Cpptool-develop] src/rfta

[Sven R. <rei...@ma...>]

Baptiste,

I realized that my local copy doesn't include the src/rfta folder. Does 
"cvs update" have a problem with newly created directories? or is that 
directory in a different module (don't think it is)?

Sven.

-- 
Sven Reichard
Dept. of Math. Sci.
University of Delaware
rei...@ma...