[CLAM] patch for g++3.4 (was : Mysterious compilation errors)

[Vegard Sandvold]

Hi Pau,

I applied the patch, and here's the output:
...snip...
[root at hensten src]# patch -p0 <g++3.4patch
patching file Base/Factory.hxx
Hunk #1 succeeded at 156 (offset -39 lines).
patching file Defines/TypeInfo.hxx
patching file Defines/TypeInfoStd.hxx
patching file Flow/Controls/ControlMultiplier.cxx
patching file Flow/Networks/Network.cxx
Hunk #1 FAILED at 226.
1 out of 1 hunk FAILED -- saving rejects to file
Flow/Networks/Network.cxx.rej
patching file Processing/ArithOps/AudioAdder.cxx
patching file Processing/ArithOps/AudioMultiplier.cxx
patching file Standard/ArrayToBPFCnv.hxx
patching file Standard/BPF.cxx
patching file Standard/Complex.cxx
patching file Standard/Flags.hxx
patching file Standard/Point.cxx
patching file Standard/Polar.cxx
[root at hensten src]#
...snip...

It seems like all but one file was patched succesfully. All the example
apps I tried compile fine after the patch.

Vegard



On Thu, May 19, 2005 18:45, Pau Arumi said:
> Vegard,
> Attached you'll find the patch to make clam  compile with g++3.4
> (thanks David !)
> We have tried it in the clam version in cvs but it will hopefully also
> work on clam 0.7.
> Note that it needs to be applied being into the CLAM/src directory
>
> Please tell us if it works for you
>
> Pau
>
>
>
>
> Pau Arumi wrote:
>
>> You are right David. At Linux Audio Conference I tried to compile CLAM
>> (in Yann Orlarey laptop) with a gcc 3.4 and we run into these exact
>> problems.
>>
>> Then we managed to fix it quite easily but, alas, I did not save the
>> changes so we'll have to do it again.  I'll try to get the patch for
>> ready for tomorrow
>>
>> BTW, we are expecting to release CLAM 0.8 next week.
>>
>> Best regards
>>
>> Pau
>>
>>
>> David Garcia Garzon wrote:
>>
>>> Firstly we are using gcc 3.3.5. Maybe there is some C++ standard
>>> addons on gcc 3.4.3 that could make our namespace usage obsolete. Try
>>> to compile some plain application (build/Examples/Simple/Configurator
>>> is one that is fast to compile and uses this header for sure). If it
>>> fails, then the problem is a new way of dealling namespaces and
>>> template specializations in gcc 3.4 and it would be nice if you can
>>> give us some feedback to solve this.
>>>
>>> But, if it works it should be due to any inclusions or using
>>> directive you do before CLAM inclusions. Maybe moving CLAM includes
>>> before your project includes and any 'using' directive, and removing
>>> 'using' directives out of any header could help.
>>>
>>> David.
>>>
>>> A Dijous 19 Maig 2005 12:16, Vegard Sandvold va escriure:
>>>
>>>
>>>> Hi,
>>>>
>>>> this seems to be my week of assorted CLAM issues, this time on Linux.
>>>>
>>>> I have configure CLAM-0.7.0 on my Fedora Core 3/PlanetCCRMA machine,
>>>> using
>>>> a 2.6.10-2.1.ll.rhfc3.ccrma kernel and gcc (GCC) 3.4.3 20050227 (Red
>>>> Hat
>>>> 3.4.3-22.fc3) compiler. Specifically, I configured without qwt,
>>>> portmidi
>>>> and portaudio.
>>>>
>>>> When I try to compile my app, I get bucket loads of the following
>>>> kind of
>>>> errors:
>>>>
>>>> /usr/local/src/CLAM-0.7.0/src/Defines/TypeInfo.hxx:61: error: extra
>>>> qualification ignored
>>>> /usr/local/src/CLAM-0.7.0/src/Defines/TypeInfo.hxx:61: error: explicit
>>>> specialization of non-template `CLAM::<anonymous class>'
>>>> /usr/local/src/CLAM-0.7.0/src/Defines/TypeInfo.hxx:61: error: abstract
>>>> declarator `CLAM::<anonymous class>' used as declaration
>>>>
>>>> Seems unlikely that there is something fundamentaly wrong with CLAM.
>>>> Can
>>>> there be anything wrong with my setup?
>>>>
>>>> Vegard
>>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>> _______________________________________________
>> CLAM mailing list
>> CLAM at iua.upf.es
>> http://www.iua.upf.es/mtg/clam
>>
>>
>
>


-- 
Vegard Sandvold
Systemansvarlig

NOTAM
Nedre gate 5
0551 Oslo
Telefon: (+47) 22 35 80 60
Fax: (+47) 22 35 80 61
Web: http://www.notam02.no
E-post: drift at notam02.no