I just ran Trapped, make test, and make csdtests.  Trapped ran fine as
did make test, and make csdtests did give one error with sprintf
(which, makes sense as updating that opcode required some surgery).

My guess is that your OPCODE6DIR is defined to point to a directory
that has incompatible opcode libs.  I have not yet bumped up the API
version, but I think doing so would illustrate the problem.

On Tue, Jul 29, 2014 at 5:25 AM,   wrote:
> Dd oy run "make regression"?  I got 100% failure
> I also got 100% failure with "make test"
> No point in trying soak test
>
> Even failed with trapped with seg fault
>
> How does one revert?
>
>
> Quoting Steven Yi :
>
>> Hi All,
>>
>> I've pushed a commit that removes xincod and xoutcod from the TEXT
>> struct.  This also removes the use of the XINARG macros, replacing
>> them with calls to IS_ASIG_ARG and use of RTTI.  It ended up touching
>> a lot of the codebase.  So far, in the light testing I've done, things
>> seem to be running okay. Any testing with regards to modified opcodes
>> would be very much appreciated.
>>
>> Notes:
>>
>> * I found quite a bug in
>> sfplay/sfplaym/sfplay3/sfplay3m/sfinstr/sfinstrm/sfinstr3/sfinstr3m.
>> It looks like it checked if xincod was set at all for any field, and
>> if so, then assumed both xcps and xamp were audio-rate, when only one
>> or the other might be
>> an asig.
>>
>> *rspline (both versions) also made the same errant assumption as the
>> sf- opcodes but for its rangeMin and rangeMax arguments.
>>
>> * randomi and randomh was checking the xincod of the wrong arg (arg 2
>> instead of 3, which is xcps).  It may have produced wrong output if
>> cps was a-rate.
>>
>> * the stack opcodes seem to be messed up. They're problematic in the
>> version before I made this change.  I think the stack opcodes should
>> just be removed as I think they're dangerous, aren't multi-thread
>> safe, and promote bad programming patterns within csound coding.
>>
>>
>> Also, I found a bug in Csound where INOCOUNT (and assuming OUTOCOUNT)
>> are not being calculated correctly.  It looks like in the past, these
>> values should be set with the actual number of args set on an opcode.
>> However, it is currently being set to the number of args including
>> optional ones that were appended to the TREE.  My guess is this has
>> been a long-standing issue.  However, it's a subtle one, as var-args
>> would not get appended to the TREE, but optional args would.
>>
>> I noticed the bug when I tried changing vco2's OENTRY to "kkoOOo"
>> instead of "kkoM".  The opcode really should have the former, but when
>> changing to it it causes the opcode to not initialize correctly.  The
>> vco2_set function depends on INOCOUNT to be set correctly.
>>
>> I don't know the full ramifications of this bug.  I will investigate
>> tomorrow the usage of INOCOUNT and OUTOCOUNT in CS5, as I think this
>> bug was introduced in CS6.
>>
>> Thanks,
>> steven
>>
>> ------------------------------------------------------------------------------
>> Infragistics Professional
>> Build stunning WinForms apps today!
>> Reboot your WinForms applications with our WinForms controls.
>> Build a bridge from your legacy apps to the future.
>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Also, with make regression, I have just one error:

[FAIL] - Test 7:   (bugl.csd)
    Return Code: 256    Expected: 0

My guess is it is due to sprintf as well.

On Tue, Jul 29, 2014 at 8:19 AM, Steven Yi  wrote:
> I just ran Trapped, make test, and make csdtests.  Trapped ran fine as
> did make test, and make csdtests did give one error with sprintf
> (which, makes sense as updating that opcode required some surgery).
>
> My guess is that your OPCODE6DIR is defined to point to a directory
> that has incompatible opcode libs.  I have not yet bumped up the API
> version, but I think doing so would illustrate the problem.
>
> On Tue, Jul 29, 2014 at 5:25 AM,   wrote:
>> Dd oy run "make regression"?  I got 100% failure
>> I also got 100% failure with "make test"
>> No point in trying soak test
>>
>> Even failed with trapped with seg fault
>>
>> How does one revert?
>>
>>
>> Quoting Steven Yi :
>>
>>> Hi All,
>>>
>>> I've pushed a commit that removes xincod and xoutcod from the TEXT
>>> struct.  This also removes the use of the XINARG macros, replacing
>>> them with calls to IS_ASIG_ARG and use of RTTI.  It ended up touching
>>> a lot of the codebase.  So far, in the light testing I've done, things
>>> seem to be running okay. Any testing with regards to modified opcodes
>>> would be very much appreciated.
>>>
>>> Notes:
>>>
>>> * I found quite a bug in
>>> sfplay/sfplaym/sfplay3/sfplay3m/sfinstr/sfinstrm/sfinstr3/sfinstr3m.
>>> It looks like it checked if xincod was set at all for any field, and
>>> if so, then assumed both xcps and xamp were audio-rate, when only one
>>> or the other might be
>>> an asig.
>>>
>>> *rspline (both versions) also made the same errant assumption as the
>>> sf- opcodes but for its rangeMin and rangeMax arguments.
>>>
>>> * randomi and randomh was checking the xincod of the wrong arg (arg 2
>>> instead of 3, which is xcps).  It may have produced wrong output if
>>> cps was a-rate.
>>>
>>> * the stack opcodes seem to be messed up. They're problematic in the
>>> version before I made this change.  I think the stack opcodes should
>>> just be removed as I think they're dangerous, aren't multi-thread
>>> safe, and promote bad programming patterns within csound coding.
>>>
>>>
>>> Also, I found a bug in Csound where INOCOUNT (and assuming OUTOCOUNT)
>>> are not being calculated correctly.  It looks like in the past, these
>>> values should be set with the actual number of args set on an opcode.
>>> However, it is currently being set to the number of args including
>>> optional ones that were appended to the TREE.  My guess is this has
>>> been a long-standing issue.  However, it's a subtle one, as var-args
>>> would not get appended to the TREE, but optional args would.
>>>
>>> I noticed the bug when I tried changing vco2's OENTRY to "kkoOOo"
>>> instead of "kkoM".  The opcode really should have the former, but when
>>> changing to it it causes the opcode to not initialize correctly.  The
>>> vco2_set function depends on INOCOUNT to be set correctly.
>>>
>>> I don't know the full ramifications of this bug.  I will investigate
>>> tomorrow the usage of INOCOUNT and OUTOCOUNT in CS5, as I think this
>>> bug was introduced in CS6.
>>>
>>> Thanks,
>>> steven
>>>
>>> ------------------------------------------------------------------------------
>>> Infragistics Professional
>>> Build stunning WinForms apps today!
>>> Reboot your WinForms applications with our WinForms controls.
>>> Build a bridge from your legacy apps to the future.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Infragistics Professional
>> Build stunning WinForms apps today!
>> Reboot your WinForms applications with our WinForms controls.
>> Build a bridge from your legacy apps to the future.
>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Okay, sprintf fixed. The issue was that I add a for-loop that used the
i variable.  However, the rest of the code expected the i to be set to
0, which I did not reset. make regressions and make csdtests pass 100%
now here.  (commit pushed to GIT)



On Tue, Jul 29, 2014 at 8:21 AM, Steven Yi  wrote:
> Also, with make regression, I have just one error:
>
> [FAIL] - Test 7:   (bugl.csd)
>     Return Code: 256    Expected: 0
>
> My guess is it is due to sprintf as well.
>
> On Tue, Jul 29, 2014 at 8:19 AM, Steven Yi  wrote:
>> I just ran Trapped, make test, and make csdtests.  Trapped ran fine as
>> did make test, and make csdtests did give one error with sprintf
>> (which, makes sense as updating that opcode required some surgery).
>>
>> My guess is that your OPCODE6DIR is defined to point to a directory
>> that has incompatible opcode libs.  I have not yet bumped up the API
>> version, but I think doing so would illustrate the problem.
>>
>> On Tue, Jul 29, 2014 at 5:25 AM,   wrote:
>>> Dd oy run "make regression"?  I got 100% failure
>>> I also got 100% failure with "make test"
>>> No point in trying soak test
>>>
>>> Even failed with trapped with seg fault
>>>
>>> How does one revert?
>>>
>>>
>>> Quoting Steven Yi :
>>>
>>>> Hi All,
>>>>
>>>> I've pushed a commit that removes xincod and xoutcod from the TEXT
>>>> struct.  This also removes the use of the XINARG macros, replacing
>>>> them with calls to IS_ASIG_ARG and use of RTTI.  It ended up touching
>>>> a lot of the codebase.  So far, in the light testing I've done, things
>>>> seem to be running okay. Any testing with regards to modified opcodes
>>>> would be very much appreciated.
>>>>
>>>> Notes:
>>>>
>>>> * I found quite a bug in
>>>> sfplay/sfplaym/sfplay3/sfplay3m/sfinstr/sfinstrm/sfinstr3/sfinstr3m.
>>>> It looks like it checked if xincod was set at all for any field, and
>>>> if so, then assumed both xcps and xamp were audio-rate, when only one
>>>> or the other might be
>>>> an asig.
>>>>
>>>> *rspline (both versions) also made the same errant assumption as the
>>>> sf- opcodes but for its rangeMin and rangeMax arguments.
>>>>
>>>> * randomi and randomh was checking the xincod of the wrong arg (arg 2
>>>> instead of 3, which is xcps).  It may have produced wrong output if
>>>> cps was a-rate.
>>>>
>>>> * the stack opcodes seem to be messed up. They're problematic in the
>>>> version before I made this change.  I think the stack opcodes should
>>>> just be removed as I think they're dangerous, aren't multi-thread
>>>> safe, and promote bad programming patterns within csound coding.
>>>>
>>>>
>>>> Also, I found a bug in Csound where INOCOUNT (and assuming OUTOCOUNT)
>>>> are not being calculated correctly.  It looks like in the past, these
>>>> values should be set with the actual number of args set on an opcode.
>>>> However, it is currently being set to the number of args including
>>>> optional ones that were appended to the TREE.  My guess is this has
>>>> been a long-standing issue.  However, it's a subtle one, as var-args
>>>> would not get appended to the TREE, but optional args would.
>>>>
>>>> I noticed the bug when I tried changing vco2's OENTRY to "kkoOOo"
>>>> instead of "kkoM".  The opcode really should have the former, but when
>>>> changing to it it causes the opcode to not initialize correctly.  The
>>>> vco2_set function depends on INOCOUNT to be set correctly.
>>>>
>>>> I don't know the full ramifications of this bug.  I will investigate
>>>> tomorrow the usage of INOCOUNT and OUTOCOUNT in CS5, as I think this
>>>> bug was introduced in CS6.
>>>>
>>>> Thanks,
>>>> steven
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Infragistics Professional
>>>> Build stunning WinForms apps today!
>>>> Reboot your WinForms applications with our WinForms controls.
>>>> Build a bridge from your legacy apps to the future.
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Infragistics Professional
>>> Build stunning WinForms apps today!
>>> Reboot your WinForms applications with our WinForms controls.
>>> Build a bridge from your legacy apps to the future.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I haven't experienced any issues with a file not recompiling. I just
did a compile here and the libpmidi.dylib updated correctly.

I'm running Cmake  2.8.12.2.  What version are you using?  Perhaps
there was a bug in some version of CMake?

On Tue, Jul 29, 2014 at 6:13 AM,   wrote:
> Just another data point; InOut/pmidi.c is not being recompiled despite
> file time stamp.  Maybe others, but that one is clear.
>
> Quoting jpff@cs.bath.ac.uk:
>
>> Quoting jpff@cs.bath.ac.uk:
>>
>>> Dd oy run "make regression"?  I got 100% failure
>>> I also got 100% failure with "make test"
>>> No point in trying soak test
>>>
>>> Even failed with trapped with seg fault
>>>
>>> How does one revert?
>>>
>>>
>>
>> (gdb) where
>> #0  dispset (csound=0x604010, wdptr=0x7fffe7250475, fdata=0x7fffe7250479,
>>      npts=-143641056, caption=0x3 
, waitflg=0,
>>      label=0x6dc110 "\200\264m")
>>      at /home/jpff/Sourceforge/csound/New/csound6/InOut/window.c:109
>> #1  0x00007fffe7250258 in csoundModuleInit (csound=0x604010)
>>      at /home/jpff/Sourceforge/csound/New/csound6/InOut/pmidi.c:497
>> #2  0x00007ffff7a83310 in csoundInitModule (csound=csound@entry=0x604010,
>>      m=m@entry=0x6dc110)
>>      at /home/jpff/Sourceforge/csound/New/csound6/Top/csmodule.c:549
>> #3  0x00007ffff7a83433 in csoundInitModules (csound=csound@entry=0x604010)
>>      at /home/jpff/Sourceforge/csound/New/csound6/Top/csmodule.c:597
>> #4  0x00007ffff7a88382 in csoundReset (csound=csound@entry=0x604010)
>>      at /home/jpff/Sourceforge/csound/New/csound6/Top/csound.c:3081
>> #5  0x00007ffff7a88b24 in csoundCreate (hostdata=hostdata@entry=0x0)
>>      at /home/jpff/Sourceforge/csound/New/csound6/Top/csound.c:1160
>> #6  0x00000000004013be in main (argc=2, argv=0x7fffffffdf28)
>>      at
>> /home/jpff/Sourceforge/csound/New/csound6/frontends/csound/csound_main.c:130
>>
>>
>
>
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Regarding pmidi, I don't know, which is why I asked about CMake version.

Did you check your OPCODE6DIR64?   Also, maybe try bumping up the
CS_API_VERSION in include/version.h to test if you're getting old
opcode libraries from somewhere.



On Tue, Jul 29, 2014 at 8:37 AM,   wrote:
> So how do I get a working version?
> EVERY exape I have tried has failed
> Why does cmake not remake pmidi.c.o ?
>
> Quoting Steven Yi :
>
>> Okay, sprintf fixed. The issue was that I add a for-loop that used the
>> i variable.  However, the rest of the code expected the i to be set to
>> 0, which I did not reset. make regressions and make csdtests pass 100%
>> now here.  (commit pushed to GIT)
>>
>>
>>
>> On Tue, Jul 29, 2014 at 8:21 AM, Steven Yi  wrote:
>>> Also, with make regression, I have just one error:
>>>
>>> [FAIL] - Test 7:   (bugl.csd)
>>>     Return Code: 256    Expected: 0
>>>
>>> My guess is it is due to sprintf as well.
>>>
>>> On Tue, Jul 29, 2014 at 8:19 AM, Steven Yi  wrote:
>>>> I just ran Trapped, make test, and make csdtests.  Trapped ran fine as
>>>> did make test, and make csdtests did give one error with sprintf
>>>> (which, makes sense as updating that opcode required some surgery).
>>>>
>>>> My guess is that your OPCODE6DIR is defined to point to a directory
>>>> that has incompatible opcode libs.  I have not yet bumped up the API
>>>> version, but I think doing so would illustrate the problem.
>>>>
>>>> On Tue, Jul 29, 2014 at 5:25 AM,   wrote:
>>>>> Dd oy run "make regression"?  I got 100% failure
>>>>> I also got 100% failure with "make test"
>>>>> No point in trying soak test
>>>>>
>>>>> Even failed with trapped with seg fault
>>>>>
>>>>> How does one revert?
>>>>>
>>>>>
>>>>> Quoting Steven Yi :
>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> I've pushed a commit that removes xincod and xoutcod from the TEXT
>>>>>> struct.  This also removes the use of the XINARG macros, replacing
>>>>>> them with calls to IS_ASIG_ARG and use of RTTI.  It ended up touching
>>>>>> a lot of the codebase.  So far, in the light testing I've done, things
>>>>>> seem to be running okay. Any testing with regards to modified opcodes
>>>>>> would be very much appreciated.
>>>>>>
>>>>>> Notes:
>>>>>>
>>>>>> * I found quite a bug in
>>>>>> sfplay/sfplaym/sfplay3/sfplay3m/sfinstr/sfinstrm/sfinstr3/sfinstr3m.
>>>>>> It looks like it checked if xincod was set at all for any field, and
>>>>>> if so, then assumed both xcps and xamp were audio-rate, when only one
>>>>>> or the other might be
>>>>>> an asig.
>>>>>>
>>>>>> *rspline (both versions) also made the same errant assumption as the
>>>>>> sf- opcodes but for its rangeMin and rangeMax arguments.
>>>>>>
>>>>>> * randomi and randomh was checking the xincod of the wrong arg (arg 2
>>>>>> instead of 3, which is xcps).  It may have produced wrong output if
>>>>>> cps was a-rate.
>>>>>>
>>>>>> * the stack opcodes seem to be messed up. They're problematic in the
>>>>>> version before I made this change.  I think the stack opcodes should
>>>>>> just be removed as I think they're dangerous, aren't multi-thread
>>>>>> safe, and promote bad programming patterns within csound coding.
>>>>>>
>>>>>>
>>>>>> Also, I found a bug in Csound where INOCOUNT (and assuming OUTOCOUNT)
>>>>>> are not being calculated correctly.  It looks like in the past, these
>>>>>> values should be set with the actual number of args set on an opcode.
>>>>>> However, it is currently being set to the number of args including
>>>>>> optional ones that were appended to the TREE.  My guess is this has
>>>>>> been a long-standing issue.  However, it's a subtle one, as var-args
>>>>>> would not get appended to the TREE, but optional args would.
>>>>>>
>>>>>> I noticed the bug when I tried changing vco2's OENTRY to "kkoOOo"
>>>>>> instead of "kkoM".  The opcode really should have the former, but when
>>>>>> changing to it it causes the opcode to not initialize correctly.  The
>>>>>> vco2_set function depends on INOCOUNT to be set correctly.
>>>>>>
>>>>>> I don't know the full ramifications of this bug.  I will investigate
>>>>>> tomorrow the usage of INOCOUNT and OUTOCOUNT in CS5, as I think this
>>>>>> bug was introduced in CS6.
>>>>>>
>>>>>> Thanks,
>>>>>> steven
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Infragistics Professional
>>>>>> Build stunning WinForms apps today!
>>>>>> Reboot your WinForms applications with our WinForms controls.
>>>>>> Build a bridge from your legacy apps to the future.
>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Infragistics Professional
>>>>> Build stunning WinForms apps today!
>>>>> Reboot your WinForms applications with our WinForms controls.
>>>>> Build a bridge from your legacy apps to the future.
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Infragistics Professional
>> Build stunning WinForms apps today!
>> Reboot your WinForms applications with our WinForms controls.
>> Build a bridge from your legacy apps to the future.
>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

You could try generating a new build dir:

mkdir build2
cd build2
cmake ..
make



On Tue, Jul 29, 2014 at 9:33 AM,   wrote:
> It gets worse.  I delete the cache and remade -- or more accurately
> failed to remake.  Now I get
>
>
> Linking CXX executable ../csdebugger
> cd /home/jpff/Sourceforge/csound/New/csound6/frontends &&
> /usr/bin/cmake -E cmake_link_script CMakeFiles/csdebugger.dir/link.txt
> --verbose=1
> /usr/bin/c++    -ffast-math -mfpmath=sse -msse2 -fomit-frame-pointer
> -DHAVE_ATOMIC_BUILTIN -fopenmp -g
> CMakeFiles/csdebugger.dir/debugger/csdebugger.cpp.o  -o ../csdebugger
> -rdynamic ../libcsound64.so.6.0 -lpthread
> -Wl,-rpath,/home/jpff/Sourceforge/csound/New/csound6
> ../libcsound64.so.6.0: undefined reference to `csound_scoset_extra'
> ../libcsound64.so.6.0: undefined reference to `csound_scodebug'
> ../libcsound64.so.6.0: undefined reference to `csound_prsset_extra'
> ../libcsound64.so.6.0: undefined reference to `csound_scoparse'
> ../libcsound64.so.6.0: undefined reference to `csound_sco_scan_buffer'
> ../libcsound64.so.6.0: undefined reference to `csound_prslex_destroy'
> ../libcsound64.so.6.0: undefined reference to `csound_scolex_init'
> ../libcsound64.so.6.0: undefined reference to `csound_prslex'
> ../libcsound64.so.6.0: undefined reference to `csound_prslex_init'
> collect2: error: ld returned 1 exit status
> make[2]: *** [csdebugger] Error 1
> make[2]: Leaving directory `/home/jpff/Sourceforge/csound/New/csound6'
> make[1]: *** [frontends/CMakeFiles/csdebugger.dir/all] Error 2
> make[1]: Leaving directory `/home/jpff/Sourceforge/csound/New/csound6'
> make: *** [all] Error 2
>
> which relates to experimental score-parser which wasd compiling
> successgfully before the overnight changes
>
> What can I try next?  For example I have USE_PORTMIDI set but build says
> -- USE_PORTMIDI is disabled
>
> WTF is going on?
>
>
>
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel



-- 

Saludos,
Felipe Sateler

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

On Tue, Jul 29, 2014 at 5:25 AM,   wrote:
> Dd oy run "make regression"?


Maybe we should enable this in the travis config?

-- 

Saludos,
Felipe Sateler

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

libudpsend and libudprecv are no longer built in cs6: were these for
socksend and sockrecv opcodes?  Either way, these should be deleted,
as they'll crash current csound on loading due to the API break.

My guess is libpmidi hasn't been built in a long time on your system
and that old on is also API incompatible with current csound, thus
causing a crash.  I'd delete that one as well, see if cs6 runs, then
work on why libpmidi isn't built.  I'd check if CMake is even finding
the dependencies when it goes to configure.  In my CMakeCache.txt, I
have:

//Path to a file.
PORTMIDI_INCLUDE_PATH:PATH=/usr/local/include

//Path to a library.
PORTMIDI_LIBRARY:FILEPATH=/usr/local/lib/libportmidi.dylib

On Tue, Jul 29, 2014 at 8:52 AM,   wrote:
> Libraries rather old are
>
> -rwxr-xr-x 1 jpff users   75074 Sep 11  2013 libpmidi.so*
> -rwxr-xr-x 1 jpff users   55475 Jan 26  2013 libudpsend.so*
> -rwxr-xr-x 1 jpff users   53405 Jan 26  2013 libudprecv.so*
>
>
>
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

That sounds like a good idea to me, as well as running "make csdtests".

On Tue, Jul 29, 2014 at 9:38 AM, Felipe Sateler  wrote:
> On Tue, Jul 29, 2014 at 5:25 AM,   wrote:
>> Dd oy run "make regression"?
>
>
> Maybe we should enable this in the travis config?
>
> --
>
> Saludos,
> Felipe Sateler
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

-- USE_PORTMIDI is disabled

suggests CMake couldn't resolve the dependencies.  Check your
CMakeCache.txt for what was found for PORTMIDI_INCLUDE_PATH and
PORTMIDI_LIBRARY.

I tried doing a build just now with the SCORE_PARSER=1 and did not
have any problems. This was in a directory that previous had a
compile. Maybe a "make clean" might reset things?

As the Travis build is building on Linux and running make test without
problem, the situation so far seems local to your computer.  I'm
loading up my Debian amd64 VM now to try a build there to check as
well.

On Tue, Jul 29, 2014 at 9:33 AM,   wrote:
> It gets worse.  I delete the cache and remade -- or more accurately
> failed to remake.  Now I get
>
>
> Linking CXX executable ../csdebugger
> cd /home/jpff/Sourceforge/csound/New/csound6/frontends &&
> /usr/bin/cmake -E cmake_link_script CMakeFiles/csdebugger.dir/link.txt
> --verbose=1
> /usr/bin/c++    -ffast-math -mfpmath=sse -msse2 -fomit-frame-pointer
> -DHAVE_ATOMIC_BUILTIN -fopenmp -g
> CMakeFiles/csdebugger.dir/debugger/csdebugger.cpp.o  -o ../csdebugger
> -rdynamic ../libcsound64.so.6.0 -lpthread
> -Wl,-rpath,/home/jpff/Sourceforge/csound/New/csound6
> ../libcsound64.so.6.0: undefined reference to `csound_scoset_extra'
> ../libcsound64.so.6.0: undefined reference to `csound_scodebug'
> ../libcsound64.so.6.0: undefined reference to `csound_prsset_extra'
> ../libcsound64.so.6.0: undefined reference to `csound_scoparse'
> ../libcsound64.so.6.0: undefined reference to `csound_sco_scan_buffer'
> ../libcsound64.so.6.0: undefined reference to `csound_prslex_destroy'
> ../libcsound64.so.6.0: undefined reference to `csound_scolex_init'
> ../libcsound64.so.6.0: undefined reference to `csound_prslex'
> ../libcsound64.so.6.0: undefined reference to `csound_prslex_init'
> collect2: error: ld returned 1 exit status
> make[2]: *** [csdebugger] Error 1
> make[2]: Leaving directory `/home/jpff/Sourceforge/csound/New/csound6'
> make[1]: *** [frontends/CMakeFiles/csdebugger.dir/all] Error 2
> make[1]: Leaving directory `/home/jpff/Sourceforge/csound/New/csound6'
> make: *** [all] Error 2
>
> which relates to experimental score-parser which wasd compiling
> successgfully before the overnight changes
>
> What can I try next?  For example I have USE_PORTMIDI set but build says
> -- USE_PORTMIDI is disabled
>
> WTF is going on?
>
>
>
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I edited the file on the github page while waiting for a download to
finish :), but it appears a real push needs to happen for travis to
pick this up :(.

On Tue, Jul 29, 2014 at 10:12 AM, Steven Yi  wrote:
> That sounds like a good idea to me, as well as running "make csdtests".
>
> On Tue, Jul 29, 2014 at 9:38 AM, Felipe Sateler  wrote:
>> On Tue, Jul 29, 2014 at 5:25 AM,   wrote:
>>> Dd oy run "make regression"?
>>
>>
>> Maybe we should enable this in the travis config?
>>
>> --
>>
>> Saludos,
>> Felipe Sateler
>>
>> ------------------------------------------------------------------------------
>> Infragistics Professional
>> Build stunning WinForms apps today!
>> Reboot your WinForms applications with our WinForms controls.
>> Build a bridge from your legacy apps to the future.
>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel



-- 

Saludos,
Felipe Sateler

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Ah no, it seems that travis was just a bit slow. Lets see how the new
tests go....

On Tue, Jul 29, 2014 at 10:27 AM, Felipe Sateler  wrote:
> I edited the file on the github page while waiting for a download to
> finish :), but it appears a real push needs to happen for travis to
> pick this up :(.
>
> On Tue, Jul 29, 2014 at 10:12 AM, Steven Yi  wrote:
>> That sounds like a good idea to me, as well as running "make csdtests".
>>
>> On Tue, Jul 29, 2014 at 9:38 AM, Felipe Sateler  wrote:
>>> On Tue, Jul 29, 2014 at 5:25 AM,   wrote:
>>>> Dd oy run "make regression"?
>>>
>>>
>>> Maybe we should enable this in the travis config?
>>>
>>> --
>>>
>>> Saludos,
>>> Felipe Sateler
>>>
>>> ------------------------------------------------------------------------------
>>> Infragistics Professional
>>> Build stunning WinForms apps today!
>>> Reboot your WinForms applications with our WinForms controls.
>>> Build a bridge from your legacy apps to the future.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Infragistics Professional
>> Build stunning WinForms apps today!
>> Reboot your WinForms applications with our WinForms controls.
>> Build a bridge from your legacy apps to the future.
>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
>
> Saludos,
> Felipe Sateler



-- 

Saludos,
Felipe Sateler

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

On Debian 64-bit, I rebuilt without problem with SCORE_PARSER=0.  With
SCORE_PARSER=1, I get link errors:

Linking CXX executable ../csdebugger
../libcsound64.so.6.0: undefined reference to `copy_url_corefile'
collect2: error: ld returned 1 exit status

On OSX, I did a clean and rebuild with SCORE_PARSER=1 and I do get
warnings but no errors:

1 warning generated.
/Users/stevenyi/work/csound/cs6ninja/csound_scoparse.c:1455:16:
warning: incompatible pointer types passing 'YYSTYPE *' (aka 'union
YYSTYPE *') to parameter of type 'ScoreTree **' (aka 'struct ScoreTree
**') [-Wincompatible-pointer-types]
      yychar = YYLEX;

The above is compiled with clang; a similar warning shows up in the
gcc output on Debian.

Are you able to run Csound with the xincod/xoutcod changes now?

On Tue, Jul 29, 2014 at 10:41 AM,   wrote:
> Removing references to PORTTIMER_LIBRARY fixes it with the lib64 change
> What is the state on other Linux?
>
> Quoting Steven Yi :
>
>> -- USE_PORTMIDI is disabled
>>
>> suggests CMake couldn't resolve the dependencies.  Check your
>> CMakeCache.txt for what was found for PORTMIDI_INCLUDE_PATH and
>> PORTMIDI_LIBRARY.
>>
>
>
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

It looks like it at least tried to run the tests. :)  I see the error
on Travis as:

Traceback (most recent call last):
File "test.py", line 9, in 
from testUI import TestApplication
File "/home/travis/build/csound/csound/tests/regression/testUI.py",
line 1, in 
from Tkinter import *
File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 42, in 
raise ImportError, str(msg) + ', please install the python-tk package'
ImportError: No module named _tkinter, please install the python-tk package
make[3]: *** [tests/regression/CMakeFiles/regression] Error 1
make[3]: Leaving directory `/home/travis/build/csound/csound/build'
make[2]: *** [tests/regression/CMakeFiles/regression.dir/all] Error 2
make[2]: Leaving directory `/home/travis/build/csound/csound/build'
make[1]: *** [tests/regression/CMakeFiles/regression.dir/rule] Error 2
make[1]: Leaving directory `/home/travis/build/csound/csound/build'
make: *** [regression] Error 2

I don't know if anyone is using the GUI part of the test runner I
wrote.  I could strip that out, or we could add python-tk to the
apt-get install line in .travis.yml.  Should we try the latter?

On Tue, Jul 29, 2014 at 10:35 AM, Felipe Sateler  wrote:
> Ah no, it seems that travis was just a bit slow. Lets see how the new
> tests go....
>
> On Tue, Jul 29, 2014 at 10:27 AM, Felipe Sateler  wrote:
>> I edited the file on the github page while waiting for a download to
>> finish :), but it appears a real push needs to happen for travis to
>> pick this up :(.
>>
>> On Tue, Jul 29, 2014 at 10:12 AM, Steven Yi  wrote:
>>> That sounds like a good idea to me, as well as running "make csdtests".
>>>
>>> On Tue, Jul 29, 2014 at 9:38 AM, Felipe Sateler  wrote:
>>>> On Tue, Jul 29, 2014 at 5:25 AM,   wrote:
>>>>> Dd oy run "make regression"?
>>>>
>>>>
>>>> Maybe we should enable this in the travis config?
>>>>
>>>> --
>>>>
>>>> Saludos,
>>>> Felipe Sateler
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Infragistics Professional
>>>> Build stunning WinForms apps today!
>>>> Reboot your WinForms applications with our WinForms controls.
>>>> Build a bridge from your legacy apps to the future.
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> ------------------------------------------------------------------------------
>>> Infragistics Professional
>>> Build stunning WinForms apps today!
>>> Reboot your WinForms applications with our WinForms controls.
>>> Build a bridge from your legacy apps to the future.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>> --
>>
>> Saludos,
>> Felipe Sateler
>
>
>
> --
>
> Saludos,
> Felipe Sateler
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

It's odd, the cmake file has it where porttime is only checked for and
linked with on Linux.  I haven't followed portmidi development so I'm
unaware of what's required or not on Linux.

On Tue, Jul 29, 2014 at 10:41 AM,   wrote:
> Removing references to PORTTIMER_LIBRARY fixes it with the lib64 change
> What is the state on other Linux?
>
> Quoting Steven Yi :
>
>> -- USE_PORTMIDI is disabled
>>
>> suggests CMake couldn't resolve the dependencies.  Check your
>> CMakeCache.txt for what was found for PORTMIDI_INCLUDE_PATH and
>> PORTMIDI_LIBRARY.
>>
>
>
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

BTW: I just pushed a commit adding python-tk to .travis.yml.  I guess
let's wait and see if that gets the test to run there.

On Tue, Jul 29, 2014 at 10:48 AM, Steven Yi  wrote:
> It looks like it at least tried to run the tests. :)  I see the error
> on Travis as:
>
> Traceback (most recent call last):
> File "test.py", line 9, in 
> from testUI import TestApplication
> File "/home/travis/build/csound/csound/tests/regression/testUI.py",
> line 1, in 
> from Tkinter import *
> File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 42, in 
> raise ImportError, str(msg) + ', please install the python-tk package'
> ImportError: No module named _tkinter, please install the python-tk package
> make[3]: *** [tests/regression/CMakeFiles/regression] Error 1
> make[3]: Leaving directory `/home/travis/build/csound/csound/build'
> make[2]: *** [tests/regression/CMakeFiles/regression.dir/all] Error 2
> make[2]: Leaving directory `/home/travis/build/csound/csound/build'
> make[1]: *** [tests/regression/CMakeFiles/regression.dir/rule] Error 2
> make[1]: Leaving directory `/home/travis/build/csound/csound/build'
> make: *** [regression] Error 2
>
> I don't know if anyone is using the GUI part of the test runner I
> wrote.  I could strip that out, or we could add python-tk to the
> apt-get install line in .travis.yml.  Should we try the latter?
>
> On Tue, Jul 29, 2014 at 10:35 AM, Felipe Sateler  wrote:
>> Ah no, it seems that travis was just a bit slow. Lets see how the new
>> tests go....
>>
>> On Tue, Jul 29, 2014 at 10:27 AM, Felipe Sateler  wrote:
>>> I edited the file on the github page while waiting for a download to
>>> finish :), but it appears a real push needs to happen for travis to
>>> pick this up :(.
>>>
>>> On Tue, Jul 29, 2014 at 10:12 AM, Steven Yi  wrote:
>>>> That sounds like a good idea to me, as well as running "make csdtests".
>>>>
>>>> On Tue, Jul 29, 2014 at 9:38 AM, Felipe Sateler  wrote:
>>>>> On Tue, Jul 29, 2014 at 5:25 AM,   wrote:
>>>>>> Dd oy run "make regression"?
>>>>>
>>>>>
>>>>> Maybe we should enable this in the travis config?
>>>>>
>>>>> --
>>>>>
>>>>> Saludos,
>>>>> Felipe Sateler
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Infragistics Professional
>>>>> Build stunning WinForms apps today!
>>>>> Reboot your WinForms applications with our WinForms controls.
>>>>> Build a bridge from your legacy apps to the future.
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Infragistics Professional
>>>> Build stunning WinForms apps today!
>>>> Reboot your WinForms applications with our WinForms controls.
>>>> Build a bridge from your legacy apps to the future.
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>> --
>>>
>>> Saludos,
>>> Felipe Sateler
>>
>>
>>
>> --
>>
>> Saludos,
>> Felipe Sateler
>>
>> ------------------------------------------------------------------------------
>> Infragistics Professional
>> Build stunning WinForms apps today!
>> Reboot your WinForms applications with our WinForms controls.
>> Build a bridge from your legacy apps to the future.
>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net