2012/3/25 Carnë Draug <carandraug+...@gmail.com>:
> On 25 March 2012 11:43, c. <carlo.defa...@gmail.com> wrote:
>> I see 3 possibilities to fix this:
>>
>>  1 - change the PKG_ADD in the packages
>>
>>  2 - patch pkg.m to handle subdirectories in a better way
>>
>>  3 - forbid the use of subdirectorues in packages
>>
>> I personally don't like the third solution, what would you prefer?
>
> The idea of having this subdirectories is a matter of organization for
> the package developers right? (Since upon package installation, the
> user can only load either all or none of the package anyway). If
> that's the case, I'll suggest a 4th option (maybe only temporary while
> we can't anything better) that is to have all the subpackages in a
> inst/ directory. The source tree can differ from the tree of the
> actual release, I believe that is acceptable.
>
> Carnë

Hi,

That is how I started. somehow I changed to the PKG_ADD option as in
ocs. It looks cleaner.
However, I have no arguments against this 4th option, except for aesthetics.
So, what is going to be?

Also, the subpackages idea still suffers from the problem that each
package can bring its own makefile and I haven't yet solved the issue
of merging them or creating a global makefile that will call each
makefile independently.


-- 
M. Sc. Juan Pablo Carbajal
-----
PhD Student
University of Zürich
http://ailab.ifi.uzh.ch/carbajal/

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Octave-dev mailing list
Octave-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/octave-dev

Reply via email to