Both of the duplicate copies of sdf.c etc. are needed because SCons needs 2
.o files, and its rules are such that for 2 .o files, it needs two source
files. Please leave the #includes as is.

Fine with me if you commit your changes. I build csound5 just about every
day, so if there's a problem I'll fix it right away.

----- Original Message ----- 
From: "Anthony Kozar" 
To: "Csound Developers Discussion List" 
Sent: Thursday, June 24, 2004 8:47 PM
Subject: [CSOUND-DEV:4841] progress on MacOS 9


> I did a CVS update this afternoon for Csound 5 and recompiled.  I did have
> to incorporate a few of my previous changes but some other issues had been
> fixed already.
>
> Csound 5 is now working somewhat better on MacOS 9.  I was able to get
> trapped.csd to render but I had to separate it into .orc and .sco myself.
> It seems that the unified csd function is writing out Unix line endings
but
> the orchestra parser is confused by them (?? didn't used to matter, did
> it?).  The listing file option (-O) seems to be broken as well.
>
> I also noticed that there are two copies each of sdif.c, sdif.h,
sdif-mem.c,
> and sdif-mem.h (in H/, OOps/, and SDIF/).  Which copy of these files
should
> be kept? (They are identical).  And when they are included, it is done as
>
> #include 
> #include 
>
> Shouldn't they be non-system includes?:
>
> #include "H/sdif-mem.h"   // or just "sdif-mem.h"
> #include "H/sdif.h"       // and "sdif.h"
>
> I also got the following error
>
> Error   : type mismatch
> 'struct SNDFILE_tag *' and 'int'
> diskin.c line 352   if (sinfd > 0) {
>
> which I solved by changing > 0 to != NULL
>
> And in csound.c, I changed the signature for csoundExternalMidiRead from
>
>     int csoundExternalMidiRead(void *csound, char *mbuf, int size)
>     to
>     int csoundExternalMidiRead(void *csound, unsigned char *mbuf, int
size)
>
> to match the other calls.
>
>
> There were a few other Mac-only changes that I made.  Would it be alright
to
> commit all of these changes to Csound5 CVS ??
>
> Thanks.
>
> Anthony Kozar
> anthony.kozar@utoledo.edu
> http://akozar.spymac.net/
>
>

On 6/24/04 9:11 PM, Michael Gogins etched in stone:

> Both of the duplicate copies of sdf.c etc. are needed because SCons needs 2
> ..o files, and its rules are such that for 2 .o files, it needs two source
> files. 

As long as the two copies always stay in sync, this shouldn't be a problem
(although I am confused as to why you need two object files).

> Please leave the #includes as is.

This is a problem.  The compiler looks for system headers in different
locations than user code and these files aren't located in the system
locations.  Why can't we use "" instead of <> ?

>> #include 
>> #include 
>> 
>> Shouldn't they be non-system includes?:
>> 
>> #include "H/sdif-mem.h"   // or just "sdif-mem.h"
>> #include "H/sdif.h"       // and "sdif.h"

Thanks.

Anthony Kozar
anthony.kozar@utoledo.edu
http://akozar.spymac.net/