Re: [pygccxml-development] Phisical (re)design
Brought to you by:
mbaas,
roman_yakovenko
|
From: Roman Y. <rom...@gm...> - 2006-04-19 17:10:29
|
On 4/19/06, Matthias Baas <ba...@ir...> wrote:
> Having some sort of config file for the unit tests is ok. The question
> is, if this file should be under cvs control or not. Personally, I think
> it should not be in cvs because the contents of that file depend on the
> user's environment and every user who wants to run the unit tests needs
> a different file anyway.
1. I think, that this file should be svn( :-) ) control:
every user developer should see what he/she should change in order
to run unit tests
2. I think, that this file will contain my and your settings, so you
will be able to run
unit tests too.
> >> What is this file used for?
> >>> | | |----scripts/
> >> Currently, this directory is not a sub-package and the files in this
> >> directory are not meant to be imported. That's why I'd suggest to move
> >> this directory up one level.
> >
> > May be I missed that, so scripts will sit in the same directory where s=
etup.py?
>
> That's what I would do. (You may put it into some other directory if you
> want, the point is just that it is not inside the 'pyplusplus' directory)
I've got it. Thanks
> > I have question. pyplusplus depends on other software: boost, EasyBMP,
> > TnFOX and I can add something in the future.
>
> When you say 'pyplusplus' you obviously mean the entire contents of the
> cvs repository, right? (whereas when I read 'pyplusplus' I only think of
> the actual Python package (including pygccxml))
> The above are not required for users of pyplusplus who create their own
> bindings. It's only required if someone wants to run the examples you
> provided (or if someone really wants those libraries in Python).
>
> > I expose whole functionality found in
> > that libraries, except TnFOX ) to Python. So, those packages become
> > useful and valuable on their own.
> >
> > How I should manage ( location within directory tree, for example )
> > those 3rd party libraries?
>
> Is the main intention of those bindings to serve as an example for
> pyplusplus or to create bindings that are really meant to be used on
> their own (and that are maintained by yourself)?
The second one.
> In the former case I would suggest to leave them in an examples
> directory and in the latter case I would argue that they don't belong
> into the pyplusplus repository and you might instead consider
> registering one or more new SF projects for them.
I will think about this.
> - Matthias -
--
Roman Yakovenko
C++ Python language binding
http://www.language-binding.net/
|