I would try manually editing boost/ublas/config.h. Also, try googling the ublas list.

Regards,
Mike

-----Original Message-----
From: Graham Breed 
Sent: Aug 30, 2005 3:42 PM
To: csound-devel@lists.sourceforge.net
Subject: Re: [Cs-dev] Csound 5 status

Michael Gogins wrote:
> Just put the boost dir with the header files and all its subdirs into /usr/local/include.

scons customCPPPATH='/opt/local/include/boost-1_32/'

does the trick.  Then with GCC 3.3 it fails on

"""
/opt/local/include/boost-1_32/boost/numeric/ublas/vector_expression.hpp:1924: 
error: due
    to a defect in the G++ 3.2 ABI, G++ has assigned the same mangled 
name to
    two different types
"""

which is probably what's expected to go wrong.  Using Apple's GCC 4.0:

"""
In file included from frontends/CsoundVST/Counterpoint.cpp:2:
frontends/CsoundVST/Counterpoint.hpp:66:20: error: malloc.h: No such 
file or directory
In file included from /opt/local/include/boost-1_32/boost/config.hpp:35,
                  from 
/opt/local/include/boost-1_32/boost/numeric/ublas/config.hpp:24,
                  from 
/opt/local/include/boost-1_32/boost/numeric/ublas/matrix.hpp:20,
                  from frontends/CsoundVST/Counterpoint.hpp:67,
                  from frontends/CsoundVST/Counterpoint.cpp:2:
/opt/local/include/boost-1_32/boost/config/compiler/gcc.hpp:92:7: 
warning: #warning "Unknown compiler version - please run the configure 
tests and report the results"
"""

Maybe you have a different GCC4 as it's in a local path.  But we both 
get the "Unknown compiler version" warnings.  Oh yes, malloc.h is in

/usr/include/malloc/malloc.h
/usr/include/objc/malloc.h
/usr/include/sys/malloc.h



                Graham



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Michael Gogins wrote:
> I would try manually editing boost/ublas/config.h. Also, try googling the ublas list.

You mean boost/numeric/ublas/config.hpp?  There's an

#if __GNUC__ >= 3 && __GNUC_MINOR__ >= 4
// By ABI definition see GCC bug id 9982
#define BOOST_UBLAS_USEFUL_ARRAY_PLACEMENT_NEW
#endif

but that's no help for GCC 3.3.


I searched for the "Unknown compiler version" and the link said not to 
worry about it.  Sure enough, the version of boost I have doesn't know 
about GCC 4, but I'll stick with it anyway.

I've made some progress with these additions to custom.py:

elif sys.platform == 'darwin':
     platform = 'darwin'
     customCPPPATH.append('/usr/include/malloc')
     customCPPPATH.append('/opt/local/include/boost-1_32/')
     customCPPPATH.append('/usr/include/python2.3')

and a couple of alterations to frontends/CsoundVST/AEffect.h so that 
"#if CARBON" becomes "#if CARBON || MACOSX".  I don't know what's so 
special about Carbon here, but I'm guessing it follows from OSX.

Then, frontends/CsoundVST/CsoundVSTMain.cpp fails and as it's full of 
platform-specific #defines with no mention of MACOSX this doesn't 
surprise me.  The error is:

g++-4.0 -DCSOUND_WITH_API -fexceptions -g -O2 -DCSOUND_WITH_API -DMACOSX 
-Wall -DPIPES -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H 
-DHAVE_MALLOC_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_CTYPE_H 
-DHAVE_TERMIOS_H -DHAVE_STRING_H -DHAVE_DIRENT_H -framework -framework 
-DWINDOWS -DUSE_FLTK -fPIC -DBETA -I. -IH -I/usr/include/malloc 
-I/opt/local/include/boost-1_32 -I/usr/include/python2.3 
-I/usr/local/include -I/usr/local/include -Ifrontends/CsoundVST -c -o 
frontends/CsoundVST/CsoundVSTMain.os frontends/CsoundVST/CsoundVSTMain.cpp
frontends/CsoundVST/CsoundVSTMain.cpp:32: warning: ignoring #pragma 
export on
frontends/CsoundVST/CsoundVSTMain.cpp:61: warning: ignoring #pragma 
export off
frontends/CsoundVST/CsoundVSTMain.cpp:42: error: '::main' must return 'int'
frontends/CsoundVST/CsoundVSTMain.cpp: In function `int main(long int 
(*)(AEffect*, long int, long int, long int, void*, float))':
frontends/CsoundVST/CsoundVSTMain.cpp:57: error: invalid conversion from 
'AEffect*' to 'int'


How can main be expected to return a pointer?  I don't know, but it must 
work for somebody.  Change it to an int and it compiles, but that might 
be hiding the problem rather than solving it.  Note that in Linux this 
is main_plugin, not main.


With that changed, it gets to

g++-4.0 -dynamiclib -o _CsoundVST.dylib 
frontends/CsoundVST/AudioEffect.os frontends/
CsoundVST/audioeffectx.os frontends/CsoundVST/Composition.os 
frontends/CsoundVST/Conv
ersions.os frontends/CsoundVST/Counterpoint.os 
frontends/CsoundVST/CounterpointNode.o
s frontends/CsoundVST/CppSound.os frontends/CsoundVST/CsoundFile.os 
frontends/CsoundV
ST/Cell.os frontends/CsoundVST/CsoundVST.os 
frontends/CsoundVST/csoundvst_api.os fron
tends/CsoundVST/CsoundVstFltk.os frontends/CsoundVST/CsoundVSTMain.os 
frontends/Csoun
dVST/CsoundVstUi.os frontends/CsoundVST/Event.os 
frontends/CsoundVST/Hocket.os fronte
nds/CsoundVST/ImageToScore.os frontends/CsoundVST/Lindenmayer.os 
frontends/CsoundVST/
MCRM.os frontends/CsoundVST/Midifile.os 
frontends/CsoundVST/MusicModel.os frontends/C
soundVST/Node.os frontends/CsoundVST/Random.os 
frontends/CsoundVST/Rescale.os fronten
ds/CsoundVST/Score.os frontends/CsoundVST/ScoreNode.os 
frontends/CsoundVST/Sequence.o
s frontends/CsoundVST/Shell.os frontends/CsoundVST/StrangeAttractor.os 
frontends/Csou
ndVST/System.os frontends/CsoundVST/CsoundVST_wrap.os -L. -L. 
-L/usr/local/lib -L. -L
. -L/usr/local/lib -lcsound -lsndfile -lfltk_images -lpng -lz -lfltk 
-lpthread -lstdc
++ -lpthread -lm
ld: common symbols not allowed with MH_DYLIB output format with the 
-multi_module opt
ion
ld: common symbols not allowed with MH_DYLIB output format with the 
-multi_module opt
ion
./libcsound.a(aops.o) definition of common _cpsocfrc (size 32768)
./libcsound.a(window.o) definition of common _mkxyFn (size 4)
./libcsound.a(window.o) definition of common _rdxyFn (size 4)
/usr/bin/libtool: internal link edit command failed
scons: *** [_CsoundVST.dylib] Error 1
scons: building terminated because of errors.



                   Graham



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I'm making some progress with GCC 3.3 and CsoundVST.  The answer appears 
to be at

http://lists.boost.org/boost-users/2005/01/9504.php

although I don't understand it I added

     customCXXFLAGS.append('-fabi-version=0')

to custom.py and I can now get as far with 3.3 as I do with 4.0.


                  Graham


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net