ryujinx/GtkSharp
1
0
Fork 0
mirror of https://github.com/Ryujinx/GtkSharp.git synced 2024-12-24 18:25:41 +00:00
Code Issues Packages Projects Releases Wiki Activity
GtkSharp/glib/glib.csproj

109 lines
4.3 KiB
XML
Raw Normal View History

Add a MonoDevelop solution and projects for browsing the codebase This is just to be able to use MonoDevelop to browse the codebase, both custom and generated code. It is NOT intended to be used to build anything.
2012-10-13 14:15:46 +00:00
<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="Build" ToolsVersion="3.5" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup>
<Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
<Platform Condition=" '$(Platform)' == '' ">x86</Platform>
<ProductVersion>9.0.21022</ProductVersion>
<SchemaVersion>2.0</SchemaVersion>
<ProjectGuid>{3BF1D531-8840-4F15-8066-A9788D8C398B}</ProjectGuid>
MSBuild: change some projects to Library type, not Executable Even though gtk-sharp cannot be built via MSBuild (yet?), it's better to make the .csproj reflect more closely what you get with the normal build.
2013-09-23 23:06:57 +00:00
<OutputType>Library</OutputType>
Add a MonoDevelop solution and projects for browsing the codebase This is just to be able to use MonoDevelop to browse the codebase, both custom and generated code. It is NOT intended to be used to build anything.
2012-10-13 14:15:46 +00:00
<RootNamespace>glib</RootNamespace>
<AssemblyName>glib</AssemblyName>
<TargetFrameworkVersion>v3.5</TargetFrameworkVersion>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
<DebugSymbols>true</DebugSymbols>
<DebugType>full</DebugType>
<Optimize>false</Optimize>
<OutputPath>bin\Debug</OutputPath>
<DefineConstants>DEBUG;</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
<PlatformTarget>x86</PlatformTarget>
<ConsolePause>false</ConsolePause>
glib: mark MSBuild project with AllowUnsafe setting In the same way it is needed for other projects such as gtk.csproj.
2013-09-23 23:16:02 +00:00
<AllowUnsafeBlocks>true</AllowUnsafeBlocks>
Add a MonoDevelop solution and projects for browsing the codebase This is just to be able to use MonoDevelop to browse the codebase, both custom and generated code. It is NOT intended to be used to build anything.
2012-10-13 14:15:46 +00:00
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
<DebugType>none</DebugType>
<Optimize>false</Optimize>
<OutputPath>bin\Release</OutputPath>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
<PlatformTarget>x86</PlatformTarget>
<ConsolePause>false</ConsolePause>
glib: mark MSBuild project with AllowUnsafe setting In the same way it is needed for other projects such as gtk.csproj.
2013-09-23 23:16:02 +00:00
<AllowUnsafeBlocks>true</AllowUnsafeBlocks>
Add a MonoDevelop solution and projects for browsing the codebase This is just to be able to use MonoDevelop to browse the codebase, both custom and generated code. It is NOT intended to be used to build anything.
2012-10-13 14:15:46 +00:00
</PropertyGroup>
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
<ItemGroup>
<Compile Include="Argv.cs" />
<Compile Include="ConnectBeforeAttribute.cs" />
<Compile Include="DefaultSignalHandlerAttribute.cs" />
<Compile Include="DestroyNotify.cs" />
<Compile Include="ExceptionManager.cs" />
<Compile Include="FileUtils.cs" />
<Compile Include="GException.cs" />
<Compile Include="GInterfaceAdapter.cs" />
<Compile Include="GInterfaceAttribute.cs" />
<Compile Include="Global.cs" />
<Compile Include="GString.cs" />
<Compile Include="GType.cs" />
<Compile Include="GTypeAttribute.cs" />
<Compile Include="Idle.cs" />
<Compile Include="InitiallyUnowned.cs" />
<Compile Include="IOChannel.cs" />
<Compile Include="IWrapper.cs" />
<Compile Include="KeyFile.cs" />
<Compile Include="List.cs" />
<Compile Include="ListBase.cs" />
<Compile Include="Log.cs" />
<Compile Include="MainContext.cs" />
<Compile Include="MainLoop.cs" />
<Compile Include="ManagedValue.cs" />
<Compile Include="Markup.cs" />
<Compile Include="Marshaller.cs" />
<Compile Include="MissingIntPtrCtorException.cs" />
<Compile Include="NotifyHandler.cs" />
<Compile Include="Object.cs" />
<Compile Include="ObjectManager.cs" />
<Compile Include="Opaque.cs" />
<Compile Include="ParamSpec.cs" />
<Compile Include="Priority.cs" />
<Compile Include="PropertyAttribute.cs" />
<Compile Include="PtrArray.cs" />
<Compile Include="Signal.cs" />
<Compile Include="SignalArgs.cs" />
<Compile Include="SignalAttribute.cs" />
<Compile Include="SignalClosure.cs" />
<Compile Include="SList.cs" />
<Compile Include="Source.cs" />
<Compile Include="Spawn.cs" />
<Compile Include="Thread.cs" />
<Compile Include="Timeout.cs" />
<Compile Include="ToggleRef.cs" />
<Compile Include="TypeFundamentals.cs" />
<Compile Include="TypeInitializerAttribute.cs" />
<Compile Include="Value.cs" />
<Compile Include="ValueArray.cs" />
<Compile Include="Variant.cs" />
<Compile Include="VariantType.cs" />
Add a SynchronizationContext implementation for GLib (bnc#621444) Create a GLibSynchronizationContext that sends code to be run on the GLib main loop, and set it as the current SynchronizationContext in Gtk.Init(). When you use the await keyword to do a task asynchronously, by default the awaiter will capture the current SynchronizationContext, and if there was one, when the task completes it’ll Post the supplied continuation back to that context, rather than running it on whatever thread it wants. This means that if you use the async/await keywords in your Gtk# app, things will now work as expected with the GTK main thread. For example: static async void DoWork () // called in the GTK main thread { // Do some stuff with the UI... label.Text = "Starting Work"; // Run something asynchronously, UI is not frozen int res = await DoLongOperation (); // Do some more UI stuff, it'll run on the GTK main thread label.Text = "Work done"; } Signed-off-by: Bertrand Lorentz <bertrand.lorentz@gmail.com>
2012-11-08 21:26:09 +00:00
<Compile Include="GLibSynchronizationContext.cs" />
generator,glib: Added Mutex, RecMutex, Cond types Bind these types manually and added generator support for them.
2013-10-09 11:09:34 +00:00
<Compile Include="Mutex.cs" />
<Compile Include="RecMutex.cs" />
<Compile Include="Cond.cs" />
glib: add GDate, GDateTime Add GDate and GDateTime classes to glib, and map them in the generator's SymbolTable. (The types TimeZone and TimeVal are also added because the Date* types depend on them, but there is no need to map them in the generator.) Also move the TODOs of other auto-generated classes to a single TODO in the Makefile
2013-10-09 16:30:10 +00:00
<Compile Include="Date.cs" />
<Compile Include="DateTime.cs" />
<Compile Include="TimeVal.cs" />
<Compile Include="TimeZone.cs" />
glib: include recent files committed in master to the MSBuild csproj
2013-10-22 10:34:08 +00:00
<Compile Include="PollFD.cs" />
<Compile Include="SourceCallbackFuncs.cs" />
<Compile Include="SourceDummyMarshal.cs" />
<Compile Include="SourceFunc.cs" />
<Compile Include="SourceFuncs.cs" />
<Compile Include="GLibSharp.SourceDummyMarshalNative.cs" />
<Compile Include="GLibSharp.SourceFuncNative.cs" />
Add a MonoDevelop solution and projects for browsing the codebase This is just to be able to use MonoDevelop to browse the codebase, both custom and generated code. It is NOT intended to be used to build anything.
2012-10-13 14:15:46 +00:00
</ItemGroup>
glib: reference .NET 3.5's System.Core in MSBuild project glib.csproj needs to reference System.Core from .NET 3.5 because glib-sharp now[1] uses System.Action [2] delegate (not to confuse with System.Action<T>) which was not available in .NET 2.0's System reference. This way MonoDevelop stops marking "Action" in red color. [1] https://github.com/mono/gtk-sharp/commit/8e07e7d2257b185866dedfda9cbf32b2e00cd3ee [2] http://msdn.microsoft.com/en-us/library/system.action%28v=vs.90%29.aspx
2013-09-23 23:21:28 +00:00
<ItemGroup>
<Reference Include="System.Core" />
</ItemGroup>
glib: add GDate, GDateTime Add GDate and GDateTime classes to glib, and map them in the generator's SymbolTable. (The types TimeZone and TimeVal are also added because the Date* types depend on them, but there is no need to map them in the generator.) Also move the TODOs of other auto-generated classes to a single TODO in the Makefile
2013-10-09 16:30:10 +00:00
</Project>
Reference in a new issue Copy permalink