[MonoDevelop] Project structure info

Emil Emilov emil at emilov.de
Sat Jul 30 05:35:55 EDT 2005

Ok, i understood almost all of it ;).
So now, after autogen and make the described problem seems solved.
Now I get:
[Task:File=/data/src/mono/MonoDevelop/Core/src/MonoDevelop.Dock/DockItemGrip.cs, Line=26, Column=0, Type=Error, Description=The type or namespace name `Gtk' could not be found. Are you missing a using directive or an assembly reference?(CS0246)

Thing is, that i can compile successfully with an older version of MonoDevelop (which I compiled & installed two days ago).
The older version recognizes that I have a gtk# installed, the fresh svn checkout does not, so I get all these messages of gtk#, pango# etc. not being in the right version.

Now John mentioned that there still are some issues with "with Gtk# 2.0, 2.4, 2.6, and 2.8 versions from one file", so if this is the same problem I am describing, I apologize.


Todd Berman wrote:
> Just to reply to my thoughts to the issues jluke brought up:
> On Fri, 2005-07-29 at 19:10 -0400, John Luke wrote:
>>The bugs/incomplete things I currently know of are:
>> - keeping the project files in sync with the makefiles
> Not sure how to handle this. @ work we generate project files from the
> Makefile.am as part of the make process. So you still have to do a make,
> and you have to do one any time you want to add a new file, but at least
> they stay up to date automagically.
> I could prolly import our solution for doing this into the repository,
> but would have to check w/ people @ work first, if this is the direction
> we want to go.
> The other option is to write an IFileFormat for our Makefile.am's and
> have it just work. This is most likely preferred.
> However, I think the other items below need to be fixed first.
>> - copying the .addin.xml files to right place (and probably some other 
>>helper files)
> We need just-assembly plugins. This is something we will be working on,
> so the .addin.xml, icons, and templates can just be part of the
> assembly.
>>(Note their is a low-tech solution of placing these miscellaneous files 
>>at their target locations, but I think this is a workaround for missing 
>> - changing localonly property from the ui
>> - dealing with Gtk# 2.0, 2.4, 2.6, and 2.8 versions from one file
> This will be fixed w/ publisher policies upstream, and some tweaks here.
> We will have to respect the version of the project file when we load it,
> and not blast it w/ the version available in the users GAC.
> --Todd

Emil R. Emilov
mailto:emil at emilov.de

More information about the Monodevelop-list mailing list