1>plugineditor.cpp(20) : error C2664: ‘juce::Slider::addListener’ : cannot convert parameter 1 from 'JuceDemoPluginAudioProcessorEditor *const ’ to 'juce::Slider::Listener *'
1> Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
1>plugineditor.cpp(28) : error C2664: ‘juce::Slider::addListener’ : cannot convert parameter 1 from 'JuceDemoPluginAudioProcessorEditor *const ’ to 'juce::Slider::Listener *'
1> Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
and in pluginprocessor:
1>pluginprocessor.cpp(284) : error C2259: ‘JuceDemoPluginAudioProcessorEditor’ : cannot instantiate abstract class
1> due to following members:
1> ‘void juce::Value::Listener::valueChanged(juce::Value &)’ : is abstract
1> juce\juce_amalgamated.h(12349) : see declaration of ‘juce::Value::Listener::valueChanged’
Eh? None of those errors make any sense… Perhaps you’re using a clunky old MS compiler? If so, try changing “Slider::Listener” into “SliderListener” in PluginEditor.h, and see if that helps?
It does indeed compile with VS2008. Unfortunately, we’re still using VS2005 for production.
On a related note, the provided VS2005/vc8 projects didn’t open smoothly for me on the tip, or the 1.51 release. The solution files don’t open at all, and when opening the .vcproj files, I get a “conversion wizard” even though I am using a matching version of MSVC. When opening the JUCE.vcproj file in 1.51, I get the following error:
The following error has occurred during XML parsing:
File: D:\juce_1_51\build\win32\vc8\JUCE.vcproj
Line: 9
Column: 2
Error Message:
‘9.00’ violates enumeration constraint of ‘7.00 7,00 7.10 7,10 8.00 8,00’.
The attribute ‘Version’ with value ‘9.00’ failed to parse.
Unfortunately, the ProTools SDK does not compile with anything more recent than VC2005, due to the precompiled libraries used therein. I just tried compiling RTAS with Visual C++ Express 2008, and got a slew of SDK related errors.
I’m working on the VST/RTAS port of my latest work for windows, and got similar “cannot instantiate abstract class due to following members” errors as the above posts:
error C2259: 'ValhallaShimmer' : cannot instantiate abstract class due to following members: 'const juce::String juce::AudioProcessor::getInputChannelName(int) const' : is abstract
c:\sdks\juce\juce_amalgamated.h(38859) : see declaration of 'juce::AudioProcessor::getInputChannelName'
'const juce::String juce::AudioProcessor::getOutputChannelName(int) const' : is abstract
c:\sdks\juce\juce_amalgamated.h(38866) : see declaration of 'juce::AudioProcessor::getOutputChannelName'
These errors are from my own plugin, but the same errors are generated by the default Audio Processor files produced by the new Jucer. However, the JuceDemoPlugin doesn’t produce these errors, even though the code around getInputChannelName() and getOutputChannelName() is identical. I wonder if it is an issue with Juce interacting with the Pro Tools SDK.
I just created a clean VST-only project in the new Jucer, and it has the same "“cannot instantiate abstract class due to following members” errors in VisualStudio Express 2005. Building it in VC Express 2008 results in no errors.
You need to check that your class implements getInputChannelName (int) rather than getInputChannelName (const int). Proper compilers ignore the const modifier, but the older MS ones treated the types as being different.
I opened up my VC2005 project in VC2008, and everything compiled. Including (apparently) the RTAS. Which is strange, as the RTAS wasn’t compiling when I opened the “default” Jucer generated project in VC2008. I’ll have to try that again, and see if I get the same results. For now, my upcoming plugin (Introducing ValhallaShimmer – The Halls of Valhalla) is compiling in XP, so I’m happy.
I have used 'MS Visual Studio Express 2012 for Windows Desktop' to try to compile JuceDemoPlugin. When I give the build command I am getting a message in the Error List window:
Just a side note: goldenknight, please, don't post your system information... It doesn't help in fixing a VS project issue! Have a quick read of http://www.juce.com/forum/topic/reporting-bugs-please-read-doing-so .
"Command line error D8003: missing source filename" indicates missing CPP files - I think the VS2012 project you have is broken... The best thing to try is deleting the exporters in the Introjucer, and recreating them.
Jrlanglois, thanks..... i have removed the system info and just put the VS 2012 version details. BTW the able to access the above link.
Yes, even microsoft site suggests the same http://msdn.microsoft.com/en-us/library/aa983368%28v=vs.80%29.aspx and when i look at the debug data there is no .cpp file mentioned after cl.exe /c
In this case i am not sure which .cpp file name should be inserted and how do i insert the same in VS2012 IDE.
I have tried various options to try to get the position where i can insert .cpp file using options under Project>>Properties>>Configuration Properties>>C/C++. This did not help me.
It has been long since i have used vc++ so i feel like a novice.
The error says "Missing Source Filename" and tells you the path of the file that's missing. Presumably that means you have a missing file, or the wrong path.
I was able to compile Introjucer, the jucer and JuceDemo projects directly using VS2012 though, the VS asked permission to update files in the VisualStudio2010 folder for these projects.
When permission was given the following was shown in the output window:
------ Update VC++ projects started -------
Updating project 'Jucer'...
Configuration 'Debug|Win32': changing Platform Toolset to 'v110' (was 'v100').
Configuration 'Release|Win32': changing Platform Toolset to 'v110' (was 'v100').
