Steven Yi wrote:

> Since the last thread got diverted to being abut 32/64, I am starting
> this thread again.  I have not heard any complaints against my
> proposed src tree changes as long as I am to ensure that build files
> are redone to take advantage of the new src tree.  Since that is the
> case, I will start work on this later tonight unless I hear back
> during the day.

Would you describe in detail what changes you intend to make ?



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

On Nov 8, 2005, at 10:55 AM, Steven Yi wrote:

> Hi All,
>
> Since the last thread got diverted to being abut 32/64, I am starting
> this thread again.  I have not heard any complaints against my
> proposed src tree changes as long as I am to ensure that build files
> are redone to take advantage of the new src tree.  Since that is the
> case, I will start work on this later tonight unless I hear back
> during the day.
>
> Thanks,
> steven

Hi Steven,

For one, I think your idea of moving the files to a src directory is an 
elegant and organized way to approach the current CVS situation and 
will surely add a new level of clarity to the existing source tree; as 
well as bringing the project one step closer to a release candidate.

I would interpret the silence in regards to this matter to mean 
"cautious optimism"; although it's certain that your reorganization 
will help clarify the source tree for newcomers to the Csound CVS 
repository as well as simplify the build process for those looking to 
compile the binaries and plugin libraries at parallel but separate 
precision.

In short, your idea is a great one and it would seem to add a sense of 
clarity as long as everyone does not mind having to do a complete 
rebuild of their local repository (I do this every time I re-compile so 
it's a non-issue for me personally but it is short sighted to believe 
this is the only way to go about things).


-David



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

David Akbari wrote:

> For one, I think your idea of moving the files to a src directory is an 
> elegant and organized way to approach the current CVS situation and will 
> surely add a new level of clarity to the existing source tree; as well 
> as bringing the project one step closer to a release candidate.

I do not think this issue has much to do with having a release
candidate. It would be worth having a separate thread for discussing
exactly what is actually needed for a release, as without knowing that
the best estimate for when it is going to happen is "never".

> I would interpret the silence in regards to this matter to mean 
> "cautious optimism"

Well, I for one do not really like the idea, as it increases the complexity
of the build system and the directory structure, and the benefits are not
really significant.


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I am not so happy, but do not have time to think about it at present.
==John ffitch


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Steven Yi wrote:

> developed using kdevelop.  So OOps, Opcodes, frontends, Engine, InOut,
> anal, H, Jsound, SDIF, strings, Top, util, util1, util2 would be
> moved.  The top root directory would only have doc, src, samples,
> installer, and examples.  The SConstruct would be modified to prepend
> build/32/ or build/64/ to all references to src files that were moved,
> and an env.BuildDir(buildDir, "src") would be used so that the
> multiple targets (32/64/debug/release) could be maintained. (It would
> be build into build/32/release for release files, build/32/debug for
> debug files, and the same for 64).

So, I would have to type src/Opcodes/oscbnk.c instead of just
Opcodes/oscbnk.c (and so on with all the other source files)
all the time, and it would no longer be possible to just run
the development build from the top level directory without
setting OPCODEDIR (as all binaries are moved to build/32 or
whatever else) ? That is rather inconvenient.

> It should also make building files for distribution easier
> (installers, RPM's, .debs, etc.) in my opinion.

Not really. In fact, it would break my package generator script
which would need to be updated.


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

and it breaks my distribution system for Linux and OSX
==John ffitch


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Steven Yi wrote:

> No, this is incorrect.  All the binaries for the first phase would
> remain generated in the current directory as it is now.  Only the
> object files would be generated in build/32. This isn't a satisfactory
> solution as it allows only having one set of generated binaries at a
> time, but it is a first step. One would have to then erase all
> binaries and then rebuild with 64 or 32, and the binaries can be
> quickly built using object files which are in sync and only compiling
> those which would be necessary.

Well, if the changes can be limited to writing object files to a
separate directory, that should be fine, as long as the sources
are not moved, nor are executables or libraries written to a
different location. Otherwise, I do not agree with the idea.


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

> I'd like to eventually have the plugins generated to a plugins and
> plugins64 folder to keep the separated, as you have it in your RPM
> script (makes sense to me).

as I originally intended and did before everyone decided not to do
that.

==John ffitch


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

> target/
>   bin
>   lib
>   plugins
>   plugins64
>   H

Would you not need bin32 and bin64?  And lib32 and lib64?

==John ffitch


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

>>>>> "Steven" == Steven Yi  writes:

 Steven> It shouldn't break it. I looked at your files and the headers seem to
 Steven> be copying from a hdr directory which I don't have here.  The other
 Steven> scripts copy binaries from the current directory and that is exactly
 Steven> where I plan to leave where they get generated.  It is only the object
 Steven> files which I am interested in generating in the sub roots, the
 Steven> binaries remain generated in the current top directory.

If it does that then there is zero gain and much pain.  If i want both
versions I need to rebuild anyway.  Having the plugins created at
toplevel defeats any purpose.

==John ffitch


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I do not think you  "I looked at your files and the headers seem to
be copying from a hdr directory which I don't have here" as none of my
code looks at a header file anywhere.

==John ffitch

>>>>> "Steven" == Steven Yi  writes:

 Steven> It shouldn't break it. I looked at your files and the headers seem to
 Steven> be copying from a hdr directory which I don't have here.  The other
 Steven> scripts copy binaries from the current directory and that is exactly
 Steven> where I plan to leave where they get generated.  It is only the object
 Steven> files which I am interested in generating in the sub roots, the
 Steven> binaries remain generated in the current top directory.


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Steven Yi wrote:

> Well, the sources would have to be moved to a src directory, as I've
> explained before, to take advantage of the BuildDir functionality.  If
> I could have found an elegant way to do this without moving sources in
> the first place to src, I would have chosen that route. It is the
> reason I suggested moving all source files into src in the first
> place.
> 
> The generation of exectubles and libraries to a separate directory
> structure is not as critical to me; desirable, but not anything I
> could do without.  If the libraries are not renamed however to use
> libxxxx64.so naming, I think the above will be a little less useful as
> they will have to overwrite each other all the time.  The binaries
> don't clash currently since they do follow that convention.

Then I think it would be best to leave the build system unchanged.


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net