Csound Csound-dev Csound-tekno Search About

[CSOUND-DEV:4120] Re: New problems

Date2004-02-24 00:45
From"Michael Gogins"
Subject[CSOUND-DEV:4120] Re: New problems
This will not be a problem.

In version.h, I have #ifdef'd for HAVE_CONFIG_H. If not defined, version.h
defines PACKAGE_NAME, PACKAGE_VERSION, and other macros in the same way that
config.h would define them.

============================================
Michael Gogins
gogins at pipeline period com
Irreducible Productions
CsoundVST, an extended version of Csound for programming music and sound
Available at http://sourceforge.net/projects/csound/
============================================


----- Original Message ----- 
From: "Anthony Kozar" 
To: "Csound Developers Discussion List" 
Sent: Monday, February 23, 2004 2:47 PM
Subject: [CSOUND-DEV:4117] Re: New problems


> On 2/22/04 9:02 AM, Michael Gogins etched in stone:
>
> > As I said previously, I have removed VERSION and SUBVER because it is
> > redundant with version information in the autotools build system.
>
> Once again, not all platforms use autotools.  Please do not remove
important
> code because you do not need it to work with autotools.
>
> I am sure that there is some sort of define like USING_AUTO_TOOLS that is
> already being set and that could be used to conditionally not include the
> code that you do not need but will still be needed to correctly build
Csound
> on other platforms or using other build methods.
>
> Once the development of Csound 5 settles down a little bit, I am planning
to
> dive in and get the system working on Mac OS 9 again.  It will likely save
> all of us some time if I don't have to post to the list everyday with
"What
> happened to such and such code?"
>
> Thanks.
>
> Anthony Kozar
> anthony.kozar@utoledo.edu
>

Date2004-02-24 00:56
From"Robert McNulty Junior"
Subject[CSOUND-DEV:4121] missing ccsound.c
I have a problem. I'm missing ccsound.c at the Top directory.
I used autoconf -i -f.
Worked until I entered ./configure
Csound 5 is the program.
I'm checking out the older one so I can have the missing files to add.
Bobby

Date2004-02-24 02:28
FromAnthony Kozar
Subject[CSOUND-DEV:4123] Re: New problems
OK.  Thanks.

I guess I am done sticking my foot in my mouth for the day.  Sorry.  (I'll
look first next time, too).

Anthony Kozar
anthony.kozar@utoledo.edu


On 2/23/04 7:45 PM, Michael Gogins etched in stone:

> This will not be a problem.
> 
> In version.h, I have #ifdef'd for HAVE_CONFIG_H. If not defined, version.h
> defines PACKAGE_NAME, PACKAGE_VERSION, and other macros in the same way that
> config.h would define them.

Date2004-02-24 07:25
Fromstevenyi
Subject[CSOUND-DEV:4127] status update
Hi Michael,

I did a sync with CVS and rebuilt csound5. dcblock was now built and put
into the /usr/local/lib/csound directory.  Now I've gotten past dcblock
but nreverb seems to be missing.  

Trying out my fluidOpcodes opcode library loaded correctly but it did
not produce sound. I'm assuming it's because of some difference between
csound4's GLOBALS and csound5's ENVIRON struct.  However, I'm looking at
the Makefile.am file and notice that both Top/dl_opcodes.c and
Top/load_opcodes.c are included in the sources for
libcsound_la_SOURCES.  These two are mutually exclusive, last I had
looked (I had done work on load_opcodes.c to be more in line with your
original purposes for the corresponding API functions).  I'm not sure
what happened when compiling if one of them redefined the functions the
other one did or what.  There probably shouldn't be both of these files
included (unless you reworked them; apologies, I didn't check very
deeply).

I tried compiling the other day with -lefence and without optimization
to see if I could get a back trace to see why the segfaults after trying
realtime and after showing user options but no luck (most likely my
fault though as I'm not all that familiar with using these tools).  I'll
try to spend more time on this tomorrow.

Thanks!
steven