The move has happened.  AT present the CVS is still restricted so
people will not change it by mistake

The new system is at 

ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual

for those with write permission and 
git://csound.git.sourceforge.net/gitroot/csound/csound5
git://csound.git.sourceforge.net/gitroot/csound/manual

for those without.

I have checked most of it and there were a few oddities I fixed, so
treat with care

I have cloned both the manual and csound5 and they seem complete.  Any
problem to the list or me

==John ffitch

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

On Wed, Feb 16, 2011 at 13:38, John ff  wrote:
> The move has happened.  AT present the CVS is still restricted so
> people will not change it by mistake
>
> The new system is at
>
> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>
> for those with write permission and
> git://csound.git.sourceforge.net/gitroot/csound/csound5
> git://csound.git.sourceforge.net/gitroot/csound/manual
>
> for those without.
>
> I have checked most of it and there were a few oddities I fixed, so
> treat with care

In line with the "treat with care" advice, some more specific issues.
Please be careful on what files are commited, because even if you
remove them in a later commit they will be present in the repository
history. This is specially important with binary files, which are not
easily compressed, thus bloating the repository size.

Most of these accidents can be avoided by telling git to ignore
certain file patterns. IS it OK if I commit a gitignore file ignoring
these patterns?

# Intermediate object files
*.o
*.os

# Opcode libraries
lib*.*
tclcsound.*


# Final library
/libcsound*

# SCons cache and log
/.scon*
/config.log

# Bison & Flex output
/Engine/csound_orclex.c
/Engine/csound_orcparse.[hc]
/Engine/csound_orcparse.output

# gettext output files are all placed in subdirs
/po/*/

# Output executables
atsa
atsa.exe
beats
beats.exe
cs
cs.exe
csb64enc
csb64enc.exe
csound
csound.exe
cstclsh
cstclsh.exe
cswish
cswish.exe
cvanal
cvanal.exe
dnoise
dnoise.exe
envext
envext.exe
extract
extract.exe
extractor
extractor.exe
het_export
het_export.exe
het_import
het_import.exe
hetro
hetro.exe
lpanal
lpanal.exe
lpc_export
lpc_export.exe
lpc_import
lpc_import.exe
makecsd
makecsd.exe
mixer
mixer.exe
pv_export
pv_export.exe
pv_import
pv_import.exe
pvanal
pvanal.exe
pvlook
pvlook.exe
scale
scale.exe
scot
scot.exe
scsort
scsort.exe
sdif2ad
sdif2ad.exe
sndinfo
sndinfo.exe
srconv
srconv.exe
winsound
winsound.exe

# PD external
/csoundapi*.*


# C++ lib
/libcsnd*

# Python wrappers
csnd.py
_csnd.so

# CsoundAC
/libCsoundAC*
CsoundAC.py

# SWIG Wrappers
*_wrap.cc
*_wrap.h
interfaces/*.java
csnd.jar
*.class

# Vim swap files
*.swp


-- 

Saludos,
Felipe Sateler

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforg

This looks great Felipe! My vote is for a definite yes!

On 2/16/11, Felipe Sateler  wrote:
> On Wed, Feb 16, 2011 at 13:38, John ff  wrote:
>> The move has happened.  AT present the CVS is still restricted so
>> people will not change it by mistake
>>
>> The new system is at
>>
>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>>
>> for those with write permission and
>> git://csound.git.sourceforge.net/gitroot/csound/csound5
>> git://csound.git.sourceforge.net/gitroot/csound/manual
>>
>> for those without.
>>
>> I have checked most of it and there were a few oddities I fixed, so
>> treat with care
>
> In line with the "treat with care" advice, some more specific issues.
> Please be careful on what files are commited, because even if you
> remove them in a later commit they will be present in the repository
> history. This is specially important with binary files, which are not
> easily compressed, thus bloating the repository size.
>
> Most of these accidents can be avoided by telling git to ignore
> certain file patterns. IS it OK if I commit a gitignore file ignoring
> these patterns?
>
> # Intermediate object files
> *.o
> *.os
>
> # Opcode libraries
> lib*.*
> tclcsound.*
>
>
> # Final library
> /libcsound*
>
> # SCons cache and log
> /.scon*
> /config.log
>
> # Bison & Flex output
> /Engine/csound_orclex.c
> /Engine/csound_orcparse.[hc]
> /Engine/csound_orcparse.output
>
> # gettext output files are all placed in subdirs
> /po/*/
>
> # Output executables
> atsa
> atsa.exe
> beats
> beats.exe
> cs
> cs.exe
> csb64enc
> csb64enc.exe
> csound
> csound.exe
> cstclsh
> cstclsh.exe
> cswish
> cswish.exe
> cvanal
> cvanal.exe
> dnoise
> dnoise.exe
> envext
> envext.exe
> extract
> extract.exe
> extractor
> extractor.exe
> het_export
> het_export.exe
> het_import
> het_import.exe
> hetro
> hetro.exe
> lpanal
> lpanal.exe
> lpc_export
> lpc_export.exe
> lpc_import
> lpc_import.exe
> makecsd
> makecsd.exe
> mixer
> mixer.exe
> pv_export
> pv_export.exe
> pv_import
> pv_import.exe
> pvanal
> pvanal.exe
> pvlook
> pvlook.exe
> scale
> scale.exe
> scot
> scot.exe
> scsort
> scsort.exe
> sdif2ad
> sdif2ad.exe
> sndinfo
> sndinfo.exe
> srconv
> srconv.exe
> winsound
> winsound.exe
>
> # PD external
> /csoundapi*.*
>
>
> # C++ lib
> /libcsnd*
>
> # Python wrappers
> csnd.py
> _csnd.so
>
> # CsoundAC
> /libCsoundAC*
> CsoundAC.py
>
> # SWIG Wrappers
> *_wrap.cc
> *_wrap.h
> interfaces/*.java
> csnd.jar
> *.class
>
> # Vim swap files
> *.swp
>
>
> --
>
> Saludos,
> Felipe Sateler
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

-- 
Sent from my mobile device

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Thanks, John. I can report a successful clone. I will build later to  
check.

Victor

On 16 Feb 2011, at 13:38, John ff wrote:

> The move has happened.  AT present the CVS is still restricted so
> people will not change it by mistake
>
> The new system is at
>
> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>
> for those with write permission and
> git://csound.git.sourceforge.net/gitroot/csound/csound5
> git://csound.git.sourceforge.net/gitroot/csound/manual
>
> for those without.
>
> I have checked most of it and there were a few oddities I fixed, so
> treat with care
>
> I have cloned both the manual and csound5 and they seem complete.  Any
> problem to the list or me
>
> ==John ffitch
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
> Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

+1
On 16 Feb 2011, at 14:44, Steven Yi wrote:

> This looks great Felipe! My vote is for a definite yes!
>
> On 2/16/11, Felipe Sateler  wrote:
>> On Wed, Feb 16, 2011 at 13:38, John ff  wrote:
>>> The move has happened.  AT present the CVS is still restricted so
>>> people will not change it by mistake
>>>
>>> The new system is at
>>>
>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>>>
>>> for those with write permission and
>>> git://csound.git.sourceforge.net/gitroot/csound/csound5
>>> git://csound.git.sourceforge.net/gitroot/csound/manual
>>>
>>> for those without.
>>>
>>> I have checked most of it and there were a few oddities I fixed, so
>>> treat with care
>>
>> In line with the "treat with care" advice, some more specific issues.
>> Please be careful on what files are commited, because even if you
>> remove them in a later commit they will be present in the repository
>> history. This is specially important with binary files, which are not
>> easily compressed, thus bloating the repository size.
>>
>> Most of these accidents can be avoided by telling git to ignore
>> certain file patterns. IS it OK if I commit a gitignore file ignoring
>> these patterns?
>>
>> # Intermediate object files
>> *.o
>> *.os
>>
>> # Opcode libraries
>> lib*.*
>> tclcsound.*
>>
>>
>> # Final library
>> /libcsound*
>>
>> # SCons cache and log
>> /.scon*
>> /config.log
>>
>> # Bison & Flex output
>> /Engine/csound_orclex.c
>> /Engine/csound_orcparse.[hc]
>> /Engine/csound_orcparse.output
>>
>> # gettext output files are all placed in subdirs
>> /po/*/
>>
>> # Output executables
>> atsa
>> atsa.exe
>> beats
>> beats.exe
>> cs
>> cs.exe
>> csb64enc
>> csb64enc.exe
>> csound
>> csound.exe
>> cstclsh
>> cstclsh.exe
>> cswish
>> cswish.exe
>> cvanal
>> cvanal.exe
>> dnoise
>> dnoise.exe
>> envext
>> envext.exe
>> extract
>> extract.exe
>> extractor
>> extractor.exe
>> het_export
>> het_export.exe
>> het_import
>> het_import.exe
>> hetro
>> hetro.exe
>> lpanal
>> lpanal.exe
>> lpc_export
>> lpc_export.exe
>> lpc_import
>> lpc_import.exe
>> makecsd
>> makecsd.exe
>> mixer
>> mixer.exe
>> pv_export
>> pv_export.exe
>> pv_import
>> pv_import.exe
>> pvanal
>> pvanal.exe
>> pvlook
>> pvlook.exe
>> scale
>> scale.exe
>> scot
>> scot.exe
>> scsort
>> scsort.exe
>> sdif2ad
>> sdif2ad.exe
>> sndinfo
>> sndinfo.exe
>> srconv
>> srconv.exe
>> winsound
>> winsound.exe
>>
>> # PD external
>> /csoundapi*.*
>>
>>
>> # C++ lib
>> /libcsnd*
>>
>> # Python wrappers
>> csnd.py
>> _csnd.so
>>
>> # CsoundAC
>> /libCsoundAC*
>> CsoundAC.py
>>
>> # SWIG Wrappers
>> *_wrap.cc
>> *_wrap.h
>> interfaces/*.java
>> csnd.jar
>> *.class
>>
>> # Vim swap files
>> *.swp
>>
>>
>> --
>>
>> Saludos,
>> Felipe Sateler
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
>> Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit  
>> performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> -- 
> Sent from my mobile device
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
> Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

OK, I've pushed the change. The list of patterns may be incomplete
(specially for non-linux platforms), so feel free to add to it (it is
the .gitignore file). Just make sure that the patterns you are adding
do not match stuff that should be in the repository! Check with the
following command:

% git ls-files --ignored -X .gitignore

On Wed, Feb 16, 2011 at 14:44, Steven Yi  wrote:
> This looks great Felipe! My vote is for a definite yes!
>
> On 2/16/11, Felipe Sateler  wrote:
>> On Wed, Feb 16, 2011 at 13:38, John ff  wrote:
>>> The move has happened.  AT present the CVS is still restricted so
>>> people will not change it by mistake
>>>
>>> The new system is at
>>>
>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>>>
>>> for those with write permission and
>>> git://csound.git.sourceforge.net/gitroot/csound/csound5
>>> git://csound.git.sourceforge.net/gitroot/csound/manual
>>>
>>> for those without.
>>>
>>> I have checked most of it and there were a few oddities I fixed, so
>>> treat with care
>>
>> In line with the "treat with care" advice, some more specific issues.
>> Please be careful on what files are commited, because even if you
>> remove them in a later commit they will be present in the repository
>> history. This is specially important with binary files, which are not
>> easily compressed, thus bloating the repository size.
>>
>> Most of these accidents can be avoided by telling git to ignore
>> certain file patterns. IS it OK if I commit a gitignore file ignoring
>> these patterns?
>>
>> # Intermediate object files
>> *.o
>> *.os
>>
>> # Opcode libraries
>> lib*.*
>> tclcsound.*
>>
>>
>> # Final library
>> /libcsound*
>>
>> # SCons cache and log
>> /.scon*
>> /config.log
>>
>> # Bison & Flex output
>> /Engine/csound_orclex.c
>> /Engine/csound_orcparse.[hc]
>> /Engine/csound_orcparse.output
>>
>> # gettext output files are all placed in subdirs
>> /po/*/
>>
>> # Output executables
>> atsa
>> atsa.exe
>> beats
>> beats.exe
>> cs
>> cs.exe
>> csb64enc
>> csb64enc.exe
>> csound
>> csound.exe
>> cstclsh
>> cstclsh.exe
>> cswish
>> cswish.exe
>> cvanal
>> cvanal.exe
>> dnoise
>> dnoise.exe
>> envext
>> envext.exe
>> extract
>> extract.exe
>> extractor
>> extractor.exe
>> het_export
>> het_export.exe
>> het_import
>> het_import.exe
>> hetro
>> hetro.exe
>> lpanal
>> lpanal.exe
>> lpc_export
>> lpc_export.exe
>> lpc_import
>> lpc_import.exe
>> makecsd
>> makecsd.exe
>> mixer
>> mixer.exe
>> pv_export
>> pv_export.exe
>> pv_import
>> pv_import.exe
>> pvanal
>> pvanal.exe
>> pvlook
>> pvlook.exe
>> scale
>> scale.exe
>> scot
>> scot.exe
>> scsort
>> scsort.exe
>> sdif2ad
>> sdif2ad.exe
>> sndinfo
>> sndinfo.exe
>> srconv
>> srconv.exe
>> winsound
>> winsound.exe
>>
>> # PD external
>> /csoundapi*.*
>>
>>
>> # C++ lib
>> /libcsnd*
>>
>> # Python wrappers
>> csnd.py
>> _csnd.so
>>
>> # CsoundAC
>> /libCsoundAC*
>> CsoundAC.py
>>
>> # SWIG Wrappers
>> *_wrap.cc
>> *_wrap.h
>> interfaces/*.java
>> csnd.jar
>> *.class
>>
>> # Vim swap files
>> *.swp
>>
>>
>> --
>>
>> Saludos,
>> Felipe Sateler
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> --
> Sent from my mobile device
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>



-- 

Saludos,
Felipe Sateler

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/

... and a successful build.
On 16 Feb 2011, at 14:45, Victor Lazzarini wrote:

> Thanks, John. I can report a successful clone. I will build later to
> check.
>
> Victor
>
> On 16 Feb 2011, at 13:38, John ff wrote:
>
>> The move has happened.  AT present the CVS is still restricted so
>> people will not change it by mistake
>>
>> The new system is at
>>
>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>>
>> for those with write permission and
>> git://csound.git.sourceforge.net/gitroot/csound/csound5
>> git://csound.git.sourceforge.net/gitroot/csound/manual
>>
>> for those without.
>>
>> I have checked most of it and there were a few oddities I fixed, so
>> treat with care
>>
>> I have cloned both the manual and csound5 and they seem complete.   
>> Any
>> problem to the list or me
>>
>> ==John ffitch
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>> Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit  
>> performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
> Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Very good, thanks. Just add .pyd to the exclusions for Windows.

Regards,
Mike

On Wed, Feb 16, 2011 at 10:15 AM, Victor Lazzarini
 wrote:
> ... and a successful build.
> On 16 Feb 2011, at 14:45, Victor Lazzarini wrote:
>
>> Thanks, John. I can report a successful clone. I will build later to
>> check.
>>
>> Victor
>>
>> On 16 Feb 2011, at 13:38, John ff wrote:
>>
>>> The move has happened.  AT present the CVS is still restricted so
>>> people will not change it by mistake
>>>
>>> The new system is at
>>>
>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>>>
>>> for those with write permission and
>>> git://csound.git.sourceforge.net/gitroot/csound/csound5
>>> git://csound.git.sourceforge.net/gitroot/csound/manual
>>>
>>> for those without.
>>>
>>> I have checked most of it and there were a few oddities I fixed, so
>>> treat with care
>>>
>>> I have cloned both the manual and csound5 and they seem complete.
>>> Any
>>> problem to the list or me
>>>
>>> ==John ffitch
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>> Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development cycle.
>>> Locate bottlenecks in serial and parallel code that limit
>>> performance.
>>> http://p.sf.net/sfu/intel-dev2devfeb
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>> Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

How do we commit changes to .gitignore to the repository?

On 16 Feb 2011, at 14:56, Felipe Sateler wrote:

> OK, I've pushed the change. The list of patterns may be incomplete
> (specially for non-linux platforms), so feel free to add to it (it is
> the .gitignore file). Just make sure that the patterns you are adding
> do not match stuff that should be in the repository! Check with the
> following command:
>
> % git ls-files --ignored -X .gitignore
>
> On Wed, Feb 16, 2011 at 14:44, Steven Yi  wrote:
>> This looks great Felipe! My vote is for a definite yes!
>>
>> On 2/16/11, Felipe Sateler  wrote:
>>> On Wed, Feb 16, 2011 at 13:38, John ff  wrote:
>>>> The move has happened.  AT present the CVS is still restricted so
>>>> people will not change it by mistake
>>>>
>>>> The new system is at
>>>>
>>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
>>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>>>>
>>>> for those with write permission and
>>>> git://csound.git.sourceforge.net/gitroot/csound/csound5
>>>> git://csound.git.sourceforge.net/gitroot/csound/manual
>>>>
>>>> for those without.
>>>>
>>>> I have checked most of it and there were a few oddities I fixed, so
>>>> treat with care
>>>
>>> In line with the "treat with care" advice, some more specific  
>>> issues.
>>> Please be careful on what files are commited, because even if you
>>> remove them in a later commit they will be present in the repository
>>> history. This is specially important with binary files, which are  
>>> not
>>> easily compressed, thus bloating the repository size.
>>>
>>> Most of these accidents can be avoided by telling git to ignore
>>> certain file patterns. IS it OK if I commit a gitignore file  
>>> ignoring
>>> these patterns?
>>>
>>> # Intermediate object files
>>> *.o
>>> *.os
>>>
>>> # Opcode libraries
>>> lib*.*
>>> tclcsound.*
>>>
>>>
>>> # Final library
>>> /libcsound*
>>>
>>> # SCons cache and log
>>> /.scon*
>>> /config.log
>>>
>>> # Bison & Flex output
>>> /Engine/csound_orclex.c
>>> /Engine/csound_orcparse.[hc]
>>> /Engine/csound_orcparse.output
>>>
>>> # gettext output files are all placed in subdirs
>>> /po/*/
>>>
>>> # Output executables
>>> atsa
>>> atsa.exe
>>> beats
>>> beats.exe
>>> cs
>>> cs.exe
>>> csb64enc
>>> csb64enc.exe
>>> csound
>>> csound.exe
>>> cstclsh
>>> cstclsh.exe
>>> cswish
>>> cswish.exe
>>> cvanal
>>> cvanal.exe
>>> dnoise
>>> dnoise.exe
>>> envext
>>> envext.exe
>>> extract
>>> extract.exe
>>> extractor
>>> extractor.exe
>>> het_export
>>> het_export.exe
>>> het_import
>>> het_import.exe
>>> hetro
>>> hetro.exe
>>> lpanal
>>> lpanal.exe
>>> lpc_export
>>> lpc_export.exe
>>> lpc_import
>>> lpc_import.exe
>>> makecsd
>>> makecsd.exe
>>> mixer
>>> mixer.exe
>>> pv_export
>>> pv_export.exe
>>> pv_import
>>> pv_import.exe
>>> pvanal
>>> pvanal.exe
>>> pvlook
>>> pvlook.exe
>>> scale
>>> scale.exe
>>> scot
>>> scot.exe
>>> scsort
>>> scsort.exe
>>> sdif2ad
>>> sdif2ad.exe
>>> sndinfo
>>> sndinfo.exe
>>> srconv
>>> srconv.exe
>>> winsound
>>> winsound.exe
>>>
>>> # PD external
>>> /csoundapi*.*
>>>
>>>
>>> # C++ lib
>>> /libcsnd*
>>>
>>> # Python wrappers
>>> csnd.py
>>> _csnd.so
>>>
>>> # CsoundAC
>>> /libCsoundAC*
>>> CsoundAC.py
>>>
>>> # SWIG Wrappers
>>> *_wrap.cc
>>> *_wrap.h
>>> interfaces/*.java
>>> csnd.jar
>>> *.class
>>>
>>> # Vim swap files
>>> *.swp
>>>
>>>
>>> --
>>>
>>> Saludos,
>>> Felipe Sateler
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
>>> Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development  
>>> cycle.
>>> Locate bottlenecks in serial and parallel code that limit  
>>> performance.
>>> http://p.sf.net/sfu/intel-dev2devfeb
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>> --
>> Sent from my mobile device
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
>> Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit  
>> performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
>
>
> -- 
>
> Saludos,
> Felipe Sateler
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
> Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

.gitignore is just another file tracked in the repository. Edit it and
commit it like any other file.

On Wed, Feb 16, 2011 at 16:00, Victor Lazzarini
 wrote:
> How do we commit changes to .gitignore to the repository?
>
> On 16 Feb 2011, at 14:56, Felipe Sateler wrote:
>
>> OK, I've pushed the change. The list of patterns may be incomplete
>> (specially for non-linux platforms), so feel free to add to it (it is
>> the .gitignore file). Just make sure that the patterns you are adding
>> do not match stuff that should be in the repository! Check with the
>> following command:
>>
>> % git ls-files --ignored -X .gitignore
>>
>> On Wed, Feb 16, 2011 at 14:44, Steven Yi  wrote:
>>> This looks great Felipe! My vote is for a definite yes!
>>>
>>> On 2/16/11, Felipe Sateler  wrote:
>>>> On Wed, Feb 16, 2011 at 13:38, John ff  wrote:
>>>>> The move has happened.  AT present the CVS is still restricted so
>>>>> people will not change it by mistake
>>>>>
>>>>> The new system is at
>>>>>
>>>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
>>>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>>>>>
>>>>> for those with write permission and
>>>>> git://csound.git.sourceforge.net/gitroot/csound/csound5
>>>>> git://csound.git.sourceforge.net/gitroot/csound/manual
>>>>>
>>>>> for those without.
>>>>>
>>>>> I have checked most of it and there were a few oddities I fixed, so
>>>>> treat with care
>>>>
>>>> In line with the "treat with care" advice, some more specific
>>>> issues.
>>>> Please be careful on what files are commited, because even if you
>>>> remove them in a later commit they will be present in the repository
>>>> history. This is specially important with binary files, which are
>>>> not
>>>> easily compressed, thus bloating the repository size.
>>>>
>>>> Most of these accidents can be avoided by telling git to ignore
>>>> certain file patterns. IS it OK if I commit a gitignore file
>>>> ignoring
>>>> these patterns?
>>>>
>>>> # Intermediate object files
>>>> *.o
>>>> *.os
>>>>
>>>> # Opcode libraries
>>>> lib*.*
>>>> tclcsound.*
>>>>
>>>>
>>>> # Final library
>>>> /libcsound*
>>>>
>>>> # SCons cache and log
>>>> /.scon*
>>>> /config.log
>>>>
>>>> # Bison & Flex output
>>>> /Engine/csound_orclex.c
>>>> /Engine/csound_orcparse.[hc]
>>>> /Engine/csound_orcparse.output
>>>>
>>>> # gettext output files are all placed in subdirs
>>>> /po/*/
>>>>
>>>> # Output executables
>>>> atsa
>>>> atsa.exe
>>>> beats
>>>> beats.exe
>>>> cs
>>>> cs.exe
>>>> csb64enc
>>>> csb64enc.exe
>>>> csound
>>>> csound.exe
>>>> cstclsh
>>>> cstclsh.exe
>>>> cswish
>>>> cswish.exe
>>>> cvanal
>>>> cvanal.exe
>>>> dnoise
>>>> dnoise.exe
>>>> envext
>>>> envext.exe
>>>> extract
>>>> extract.exe
>>>> extractor
>>>> extractor.exe
>>>> het_export
>>>> het_export.exe
>>>> het_import
>>>> het_import.exe
>>>> hetro
>>>> hetro.exe
>>>> lpanal
>>>> lpanal.exe
>>>> lpc_export
>>>> lpc_export.exe
>>>> lpc_import
>>>> lpc_import.exe
>>>> makecsd
>>>> makecsd.exe
>>>> mixer
>>>> mixer.exe
>>>> pv_export
>>>> pv_export.exe
>>>> pv_import
>>>> pv_import.exe
>>>> pvanal
>>>> pvanal.exe
>>>> pvlook
>>>> pvlook.exe
>>>> scale
>>>> scale.exe
>>>> scot
>>>> scot.exe
>>>> scsort
>>>> scsort.exe
>>>> sdif2ad
>>>> sdif2ad.exe
>>>> sndinfo
>>>> sndinfo.exe
>>>> srconv
>>>> srconv.exe
>>>> winsound
>>>> winsound.exe
>>>>
>>>> # PD external
>>>> /csoundapi*.*
>>>>
>>>>
>>>> # C++ lib
>>>> /libcsnd*
>>>>
>>>> # Python wrappers
>>>> csnd.py
>>>> _csnd.so
>>>>
>>>> # CsoundAC
>>>> /libCsoundAC*
>>>> CsoundAC.py
>>>>
>>>> # SWIG Wrappers
>>>> *_wrap.cc
>>>> *_wrap.h
>>>> interfaces/*.java
>>>> csnd.jar
>>>> *.class
>>>>
>>>> # Vim swap files
>>>> *.swp
>>>>
>>>>
>>>> --
>>>>
>>>> Saludos,
>>>> Felipe Sateler
>>>>
>>>> ------------------------------------------------------------------------------
>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>>> Studio XE:
>>>> Pinpoint memory and threading errors before they happen.
>>>> Find and fix more than 250 security defects in the development
>>>> cycle.
>>>> Locate bottlenecks in serial and parallel code that limit
>>>> performance.
>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>> --
>>> Sent from my mobile device
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>> Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development cycle.
>>> Locate bottlenecks in serial and parallel code that limit
>>> performance.
>>> http://p.sf.net/sfu/intel-dev2devfeb
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>>
>>
>> --
>>
>> Saludos,
>> Felipe Sateler
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>> Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>



-- 

Saludos,
Felipe Sateler

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/list

yes, I did that and  git push, but then I got an "everything up-to- 
date" reply.

Victor
On 16 Feb 2011, at 16:03, Felipe Sateler wrote:

> .gitignore is just another file tracked in the repository. Edit it and
> commit it like any other file.
>
> On Wed, Feb 16, 2011 at 16:00, Victor Lazzarini
>  wrote:
>> How do we commit changes to .gitignore to the repository?
>>
>> On 16 Feb 2011, at 14:56, Felipe Sateler wrote:
>>
>>> OK, I've pushed the change. The list of patterns may be incomplete
>>> (specially for non-linux platforms), so feel free to add to it (it  
>>> is
>>> the .gitignore file). Just make sure that the patterns you are  
>>> adding
>>> do not match stuff that should be in the repository! Check with the
>>> following command:
>>>
>>> % git ls-files --ignored -X .gitignore
>>>
>>> On Wed, Feb 16, 2011 at 14:44, Steven Yi  wrote:
>>>> This looks great Felipe! My vote is for a definite yes!
>>>>
>>>> On 2/16/11, Felipe Sateler  wrote:
>>>>> On Wed, Feb 16, 2011 at 13:38, John ff  wrote:
>>>>>> The move has happened.  AT present the CVS is still restricted so
>>>>>> people will not change it by mistake
>>>>>>
>>>>>> The new system is at
>>>>>>
>>>>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
>>>>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>>>>>>
>>>>>> for those with write permission and
>>>>>> git://csound.git.sourceforge.net/gitroot/csound/csound5
>>>>>> git://csound.git.sourceforge.net/gitroot/csound/manual
>>>>>>
>>>>>> for those without.
>>>>>>
>>>>>> I have checked most of it and there were a few oddities I  
>>>>>> fixed, so
>>>>>> treat with care
>>>>>
>>>>> In line with the "treat with care" advice, some more specific
>>>>> issues.
>>>>> Please be careful on what files are commited, because even if you
>>>>> remove them in a later commit they will be present in the  
>>>>> repository
>>>>> history. This is specially important with binary files, which are
>>>>> not
>>>>> easily compressed, thus bloating the repository size.
>>>>>
>>>>> Most of these accidents can be avoided by telling git to ignore
>>>>> certain file patterns. IS it OK if I commit a gitignore file
>>>>> ignoring
>>>>> these patterns?
>>>>>
>>>>> # Intermediate object files
>>>>> *.o
>>>>> *.os
>>>>>
>>>>> # Opcode libraries
>>>>> lib*.*
>>>>> tclcsound.*
>>>>>
>>>>>
>>>>> # Final library
>>>>> /libcsound*
>>>>>
>>>>> # SCons cache and log
>>>>> /.scon*
>>>>> /config.log
>>>>>
>>>>> # Bison & Flex output
>>>>> /Engine/csound_orclex.c
>>>>> /Engine/csound_orcparse.[hc]
>>>>> /Engine/csound_orcparse.output
>>>>>
>>>>> # gettext output files are all placed in subdirs
>>>>> /po/*/
>>>>>
>>>>> # Output executables
>>>>> atsa
>>>>> atsa.exe
>>>>> beats
>>>>> beats.exe
>>>>> cs
>>>>> cs.exe
>>>>> csb64enc
>>>>> csb64enc.exe
>>>>> csound
>>>>> csound.exe
>>>>> cstclsh
>>>>> cstclsh.exe
>>>>> cswish
>>>>> cswish.exe
>>>>> cvanal
>>>>> cvanal.exe
>>>>> dnoise
>>>>> dnoise.exe
>>>>> envext
>>>>> envext.exe
>>>>> extract
>>>>> extract.exe
>>>>> extractor
>>>>> extractor.exe
>>>>> het_export
>>>>> het_export.exe
>>>>> het_import
>>>>> het_import.exe
>>>>> hetro
>>>>> hetro.exe
>>>>> lpanal
>>>>> lpanal.exe
>>>>> lpc_export
>>>>> lpc_export.exe
>>>>> lpc_import
>>>>> lpc_import.exe
>>>>> makecsd
>>>>> makecsd.exe
>>>>> mixer
>>>>> mixer.exe
>>>>> pv_export
>>>>> pv_export.exe
>>>>> pv_import
>>>>> pv_import.exe
>>>>> pvanal
>>>>> pvanal.exe
>>>>> pvlook
>>>>> pvlook.exe
>>>>> scale
>>>>> scale.exe
>>>>> scot
>>>>> scot.exe
>>>>> scsort
>>>>> scsort.exe
>>>>> sdif2ad
>>>>> sdif2ad.exe
>>>>> sndinfo
>>>>> sndinfo.exe
>>>>> srconv
>>>>> srconv.exe
>>>>> winsound
>>>>> winsound.exe
>>>>>
>>>>> # PD external
>>>>> /csoundapi*.*
>>>>>
>>>>>
>>>>> # C++ lib
>>>>> /libcsnd*
>>>>>
>>>>> # Python wrappers
>>>>> csnd.py
>>>>> _csnd.so
>>>>>
>>>>> # CsoundAC
>>>>> /libCsoundAC*
>>>>> CsoundAC.py
>>>>>
>>>>> # SWIG Wrappers
>>>>> *_wrap.cc
>>>>> *_wrap.h
>>>>> interfaces/*.java
>>>>> csnd.jar
>>>>> *.class
>>>>>
>>>>> # Vim swap files
>>>>> *.swp
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Saludos,
>>>>> Felipe Sateler
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>>>> Studio XE:
>>>>> Pinpoint memory and threading errors before they happen.
>>>>> Find and fix more than 250 security defects in the development
>>>>> cycle.
>>>>> Locate bottlenecks in serial and parallel code that limit
>>>>> performance.
>>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>
>>>> --
>>>> Sent from my mobile device
>>>>
>>>> ------------------------------------------------------------------------------
>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>>> Studio XE:
>>>> Pinpoint memory and threading errors before they happen.
>>>> Find and fix more than 250 security defects in the development  
>>>> cycle.
>>>> Locate bottlenecks in serial and parallel code that limit
>>>> performance.
>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Saludos,
>>> Felipe Sateler
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>> Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development  
>>> cycle.
>>> Locate bottlenecks in serial and parallel code that limit  
>>> performance.
>>> http://p.sf.net/sfu/intel-dev2devfeb
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
>> Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit  
>> performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
>
>
> -- 
>
> Saludos,
> Felipe Sateler
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
> Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Did you git commit before git push?

On Wed, Feb 16, 2011 at 16:06, Victor Lazzarini
 wrote:
> yes, I did that and  git push, but then I got an "everything up-to-
> date" reply.
>
> Victor
> On 16 Feb 2011, at 16:03, Felipe Sateler wrote:
>
>> .gitignore is just another file tracked in the repository. Edit it and
>> commit it like any other file.
>>
>> On Wed, Feb 16, 2011 at 16:00, Victor Lazzarini
>>  wrote:
>>> How do we commit changes to .gitignore to the repository?
>>>
>>> On 16 Feb 2011, at 14:56, Felipe Sateler wrote:
>>>
>>>> OK, I've pushed the change. The list of patterns may be incomplete
>>>> (specially for non-linux platforms), so feel free to add to it (it
>>>> is
>>>> the .gitignore file). Just make sure that the patterns you are
>>>> adding
>>>> do not match stuff that should be in the repository! Check with the
>>>> following command:
>>>>
>>>> % git ls-files --ignored -X .gitignore
>>>>
>>>> On Wed, Feb 16, 2011 at 14:44, Steven Yi  wrote:
>>>>> This looks great Felipe! My vote is for a definite yes!
>>>>>
>>>>> On 2/16/11, Felipe Sateler  wrote:
>>>>>> On Wed, Feb 16, 2011 at 13:38, John ff  wrote:
>>>>>>> The move has happened.  AT present the CVS is still restricted so
>>>>>>> people will not change it by mistake
>>>>>>>
>>>>>>> The new system is at
>>>>>>>
>>>>>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
>>>>>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>>>>>>>
>>>>>>> for those with write permission and
>>>>>>> git://csound.git.sourceforge.net/gitroot/csound/csound5
>>>>>>> git://csound.git.sourceforge.net/gitroot/csound/manual
>>>>>>>
>>>>>>> for those without.
>>>>>>>
>>>>>>> I have checked most of it and there were a few oddities I
>>>>>>> fixed, so
>>>>>>> treat with care
>>>>>>
>>>>>> In line with the "treat with care" advice, some more specific
>>>>>> issues.
>>>>>> Please be careful on what files are commited, because even if you
>>>>>> remove them in a later commit they will be present in the
>>>>>> repository
>>>>>> history. This is specially important with binary files, which are
>>>>>> not
>>>>>> easily compressed, thus bloating the repository size.
>>>>>>
>>>>>> Most of these accidents can be avoided by telling git to ignore
>>>>>> certain file patterns. IS it OK if I commit a gitignore file
>>>>>> ignoring
>>>>>> these patterns?
>>>>>>
>>>>>> # Intermediate object files
>>>>>> *.o
>>>>>> *.os
>>>>>>
>>>>>> # Opcode libraries
>>>>>> lib*.*
>>>>>> tclcsound.*
>>>>>>
>>>>>>
>>>>>> # Final library
>>>>>> /libcsound*
>>>>>>
>>>>>> # SCons cache and log
>>>>>> /.scon*
>>>>>> /config.log
>>>>>>
>>>>>> # Bison & Flex output
>>>>>> /Engine/csound_orclex.c
>>>>>> /Engine/csound_orcparse.[hc]
>>>>>> /Engine/csound_orcparse.output
>>>>>>
>>>>>> # gettext output files are all placed in subdirs
>>>>>> /po/*/
>>>>>>
>>>>>> # Output executables
>>>>>> atsa
>>>>>> atsa.exe
>>>>>> beats
>>>>>> beats.exe
>>>>>> cs
>>>>>> cs.exe
>>>>>> csb64enc
>>>>>> csb64enc.exe
>>>>>> csound
>>>>>> csound.exe
>>>>>> cstclsh
>>>>>> cstclsh.exe
>>>>>> cswish
>>>>>> cswish.exe
>>>>>> cvanal
>>>>>> cvanal.exe
>>>>>> dnoise
>>>>>> dnoise.exe
>>>>>> envext
>>>>>> envext.exe
>>>>>> extract
>>>>>> extract.exe
>>>>>> extractor
>>>>>> extractor.exe
>>>>>> het_export
>>>>>> het_export.exe
>>>>>> het_import
>>>>>> het_import.exe
>>>>>> hetro
>>>>>> hetro.exe
>>>>>> lpanal
>>>>>> lpanal.exe
>>>>>> lpc_export
>>>>>> lpc_export.exe
>>>>>> lpc_import
>>>>>> lpc_import.exe
>>>>>> makecsd
>>>>>> makecsd.exe
>>>>>> mixer
>>>>>> mixer.exe
>>>>>> pv_export
>>>>>> pv_export.exe
>>>>>> pv_import
>>>>>> pv_import.exe
>>>>>> pvanal
>>>>>> pvanal.exe
>>>>>> pvlook
>>>>>> pvlook.exe
>>>>>> scale
>>>>>> scale.exe
>>>>>> scot
>>>>>> scot.exe
>>>>>> scsort
>>>>>> scsort.exe
>>>>>> sdif2ad
>>>>>> sdif2ad.exe
>>>>>> sndinfo
>>>>>> sndinfo.exe
>>>>>> srconv
>>>>>> srconv.exe
>>>>>> winsound
>>>>>> winsound.exe
>>>>>>
>>>>>> # PD external
>>>>>> /csoundapi*.*
>>>>>>
>>>>>>
>>>>>> # C++ lib
>>>>>> /libcsnd*
>>>>>>
>>>>>> # Python wrappers
>>>>>> csnd.py
>>>>>> _csnd.so
>>>>>>
>>>>>> # CsoundAC
>>>>>> /libCsoundAC*
>>>>>> CsoundAC.py
>>>>>>
>>>>>> # SWIG Wrappers
>>>>>> *_wrap.cc
>>>>>> *_wrap.h
>>>>>> interfaces/*.java
>>>>>> csnd.jar
>>>>>> *.class
>>>>>>
>>>>>> # Vim swap files
>>>>>> *.swp
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> Saludos,
>>>>>> Felipe Sateler
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>>>>> Studio XE:
>>>>>> Pinpoint memory and threading errors before they happen.
>>>>>> Find and fix more than 250 security defects in the development
>>>>>> cycle.
>>>>>> Locate bottlenecks in serial and parallel code that limit
>>>>>> performance.
>>>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>
>>>>>
>>>>> --
>>>>> Sent from my mobile device
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>>>> Studio XE:
>>>>> Pinpoint memory and threading errors before they happen.
>>>>> Find and fix more than 250 security defects in the development
>>>>> cycle.
>>>>> Locate bottlenecks in serial and parallel code that limit
>>>>> performance.
>>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Saludos,
>>>> Felipe Sateler
>>>>
>>>> ------------------------------------------------------------------------------
>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>>> Studio XE:
>>>> Pinpoint memory and threading errors before they happen.
>>>> Find and fix more than 250 security defects in the development
>>>> cycle.
>>>> Locate bottlenecks in serial and parallel code that limit
>>>> performance.
>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>> Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development cycle.
>>> Locate bottlenecks in serial and parallel code that limit
>>> performance.
>>> http://p.sf.net/sfu/intel-dev2devfeb
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>>
>>
>> --
>>
>> Saludos,
>> Felipe Sateler
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>> Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>



-- 

Saludos,
Felipe Sateler

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.source

yes, of course, I forgot that.

Victor
On 16 Feb 2011, at 16:08, Felipe Sateler wrote:

> Did you git commit before git push?
>
> On Wed, Feb 16, 2011 at 16:06, Victor Lazzarini
>  wrote:
>> yes, I did that and  git push, but then I got an "everything up-to-
>> date" reply.
>>
>> Victor
>> On 16 Feb 2011, at 16:03, Felipe Sateler wrote:
>>
>>> .gitignore is just another file tracked in the repository. Edit it  
>>> and
>>> commit it like any other file.
>>>
>>> On Wed, Feb 16, 2011 at 16:00, Victor Lazzarini
>>>  wrote:
>>>> How do we commit changes to .gitignore to the repository?
>>>>
>>>> On 16 Feb 2011, at 14:56, Felipe Sateler wrote:
>>>>
>>>>> OK, I've pushed the change. The list of patterns may be incomplete
>>>>> (specially for non-linux platforms), so feel free to add to it (it
>>>>> is
>>>>> the .gitignore file). Just make sure that the patterns you are
>>>>> adding
>>>>> do not match stuff that should be in the repository! Check with  
>>>>> the
>>>>> following command:
>>>>>
>>>>> % git ls-files --ignored -X .gitignore
>>>>>
>>>>> On Wed, Feb 16, 2011 at 14:44, Steven Yi   
>>>>> wrote:
>>>>>> This looks great Felipe! My vote is for a definite yes!
>>>>>>
>>>>>> On 2/16/11, Felipe Sateler  wrote:
>>>>>>> On Wed, Feb 16, 2011 at 13:38, John ff   
>>>>>>> wrote:
>>>>>>>> The move has happened.  AT present the CVS is still  
>>>>>>>> restricted so
>>>>>>>> people will not change it by mistake
>>>>>>>>
>>>>>>>> The new system is at
>>>>>>>>
>>>>>>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/csound5
>>>>>>>> ssh://MY_NAME@csound.git.sourceforge.net/gitroot/csound/manual
>>>>>>>>
>>>>>>>> for those with write permission and
>>>>>>>> git://csound.git.sourceforge.net/gitroot/csound/csound5
>>>>>>>> git://csound.git.sourceforge.net/gitroot/csound/manual
>>>>>>>>
>>>>>>>> for those without.
>>>>>>>>
>>>>>>>> I have checked most of it and there were a few oddities I
>>>>>>>> fixed, so
>>>>>>>> treat with care
>>>>>>>
>>>>>>> In line with the "treat with care" advice, some more specific
>>>>>>> issues.
>>>>>>> Please be careful on what files are commited, because even if  
>>>>>>> you
>>>>>>> remove them in a later commit they will be present in the
>>>>>>> repository
>>>>>>> history. This is specially important with binary files, which  
>>>>>>> are
>>>>>>> not
>>>>>>> easily compressed, thus bloating the repository size.
>>>>>>>
>>>>>>> Most of these accidents can be avoided by telling git to ignore
>>>>>>> certain file patterns. IS it OK if I commit a gitignore file
>>>>>>> ignoring
>>>>>>> these patterns?
>>>>>>>
>>>>>>> # Intermediate object files
>>>>>>> *.o
>>>>>>> *.os
>>>>>>>
>>>>>>> # Opcode libraries
>>>>>>> lib*.*
>>>>>>> tclcsound.*
>>>>>>>
>>>>>>>
>>>>>>> # Final library
>>>>>>> /libcsound*
>>>>>>>
>>>>>>> # SCons cache and log
>>>>>>> /.scon*
>>>>>>> /config.log
>>>>>>>
>>>>>>> # Bison & Flex output
>>>>>>> /Engine/csound_orclex.c
>>>>>>> /Engine/csound_orcparse.[hc]
>>>>>>> /Engine/csound_orcparse.output
>>>>>>>
>>>>>>> # gettext output files are all placed in subdirs
>>>>>>> /po/*/
>>>>>>>
>>>>>>> # Output executables
>>>>>>> atsa
>>>>>>> atsa.exe
>>>>>>> beats
>>>>>>> beats.exe
>>>>>>> cs
>>>>>>> cs.exe
>>>>>>> csb64enc
>>>>>>> csb64enc.exe
>>>>>>> csound
>>>>>>> csound.exe
>>>>>>> cstclsh
>>>>>>> cstclsh.exe
>>>>>>> cswish
>>>>>>> cswish.exe
>>>>>>> cvanal
>>>>>>> cvanal.exe
>>>>>>> dnoise
>>>>>>> dnoise.exe
>>>>>>> envext
>>>>>>> envext.exe
>>>>>>> extract
>>>>>>> extract.exe
>>>>>>> extractor
>>>>>>> extractor.exe
>>>>>>> het_export
>>>>>>> het_export.exe
>>>>>>> het_import
>>>>>>> het_import.exe
>>>>>>> hetro
>>>>>>> hetro.exe
>>>>>>> lpanal
>>>>>>> lpanal.exe
>>>>>>> lpc_export
>>>>>>> lpc_export.exe
>>>>>>> lpc_import
>>>>>>> lpc_import.exe
>>>>>>> makecsd
>>>>>>> makecsd.exe
>>>>>>> mixer
>>>>>>> mixer.exe
>>>>>>> pv_export
>>>>>>> pv_export.exe
>>>>>>> pv_import
>>>>>>> pv_import.exe
>>>>>>> pvanal
>>>>>>> pvanal.exe
>>>>>>> pvlook
>>>>>>> pvlook.exe
>>>>>>> scale
>>>>>>> scale.exe
>>>>>>> scot
>>>>>>> scot.exe
>>>>>>> scsort
>>>>>>> scsort.exe
>>>>>>> sdif2ad
>>>>>>> sdif2ad.exe
>>>>>>> sndinfo
>>>>>>> sndinfo.exe
>>>>>>> srconv
>>>>>>> srconv.exe
>>>>>>> winsound
>>>>>>> winsound.exe
>>>>>>>
>>>>>>> # PD external
>>>>>>> /csoundapi*.*
>>>>>>>
>>>>>>>
>>>>>>> # C++ lib
>>>>>>> /libcsnd*
>>>>>>>
>>>>>>> # Python wrappers
>>>>>>> csnd.py
>>>>>>> _csnd.so
>>>>>>>
>>>>>>> # CsoundAC
>>>>>>> /libCsoundAC*
>>>>>>> CsoundAC.py
>>>>>>>
>>>>>>> # SWIG Wrappers
>>>>>>> *_wrap.cc
>>>>>>> *_wrap.h
>>>>>>> interfaces/*.java
>>>>>>> csnd.jar
>>>>>>> *.class
>>>>>>>
>>>>>>> # Vim swap files
>>>>>>> *.swp
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>> Saludos,
>>>>>>> Felipe Sateler
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>>>>>> Studio XE:
>>>>>>> Pinpoint memory and threading errors before they happen.
>>>>>>> Find and fix more than 250 security defects in the development
>>>>>>> cycle.
>>>>>>> Locate bottlenecks in serial and parallel code that limit
>>>>>>> performance.
>>>>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sent from my mobile device
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>>>>> Studio XE:
>>>>>> Pinpoint memory and threading errors before they happen.
>>>>>> Find and fix more than 250 security defects in the development
>>>>>> cycle.
>>>>>> Locate bottlenecks in serial and parallel code that limit
>>>>>> performance.
>>>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Saludos,
>>>>> Felipe Sateler
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>>>> Studio XE:
>>>>> Pinpoint memory and threading errors before they happen.
>>>>> Find and fix more than 250 security defects in the development
>>>>> cycle.
>>>>> Locate bottlenecks in serial and parallel code that limit
>>>>> performance.
>>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>>> Studio XE:
>>>> Pinpoint memory and threading errors before they happen.
>>>> Find and fix more than 250 security defects in the development  
>>>> cycle.
>>>> Locate bottlenecks in serial and parallel code that limit
>>>> performance.
>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Saludos,
>>> Felipe Sateler
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel
>>> Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development  
>>> cycle.
>>> Locate bottlenecks in serial and parallel code that limit  
>>> performance.
>>> http://p.sf.net/sfu/intel-dev2devfeb
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
>> Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit  
>> performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
>
>
> -- 
>
> Saludos,
> Felipe Sateler
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel  
> Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net