Skip to content


Subversion checkout URL

You can clone with
Download ZIP
Branch: xa-test-19161
Commits on May 20, 2014
  1. @jonpryor

    Fix build break.

    jonpryor authored
    	System.Net/SimpleAsyncResult.cs(64,42): error CS0305:
    	Using the generic type `System.Func<T1,T2,T3,TResult>' requires `4' type argument(s)
    I have no idea WTF is going on here, but it builds if we use
    Predicate<SimpleAsyncResult> instead of Func<SimpleAsyncResult, bool>.
  2. @jonpryor

    Fix compilation error

    jonpryor authored
    	System.Net/WebConnectionStream.cs(740,30): error CS0103: The name `bytes' does not exist in the current context
  3. @baulig @jonpryor

    More cleanups, let's test this now.

    baulig authored jonpryor committed
  4. @baulig @jonpryor

    More cleanups.

    baulig authored jonpryor committed
  5. @baulig @jonpryor

    Kill SimpleAsyncResult.DoCallback().

    baulig authored jonpryor committed
  6. @baulig @jonpryor

    Cleanups async requests.

    baulig authored jonpryor committed
  7. @baulig @jonpryor

    Add debugging spew.

    baulig authored jonpryor committed
Commits on May 19, 2014
  1. @jonpryor

    [System] Add SimpleAsyncResult.cs to the build.

    jonpryor authored
    Fixes a build break:
    	System.Net/WebConnectionStream.cs(636,12): error CS0246:
    	The type or namespace name `SimpleAsyncResult' could not be found.
    	Are you missing an assembly reference?
  2. @baulig @jonpryor

    Testing possible fix for #19161.

    baulig authored jonpryor committed
  3. @kumpera
  4. @atsushieno

    [MS.Build] add "OS" _undocumented_ predefined property.

    atsushieno authored
    It is used by Xamarin.Android to determine which compiler to use (csc or smcs)
    and lack of this property simply caused Csc build task failure.
  5. @atsushieno

    [MS.Build] now ITaskItem impl. in BuildEngine4 behaves consistent wit…

    atsushieno authored
    …h MS.Build.Tasks.
    To be precise, now the implementation returns ItemSpec for ToString().
    WriteLinesIntoFile task writes ITaskItem[] lines into a file, without calling
    Maybe it is better to fix Tasks.dll but I'm unsure about xbuild compatibility.
    This missing ToString() override caused target framework monikor output
    to become invalid source file (i.e. it used to write ItemSpec as code(!) but
    this ITaskItem impl. in BuildEngine4 just wrote its type name as .ToString()
  6. @marek-safar
  7. @marek-safar
  8. @marek-safar

    [xbuild] Add missing apis

    marek-safar authored
  9. @marek-safar
  10. @migueldeicaza

    [build] System.Configuration: fix signatures.

    migueldeicaza authored
    We must use the secxml library directory to reference System, not
    The bare build does not contain a full signature for some interfaces
    (there is a using XmlNode = object in a few interfaces that
    System.Configuration depends on).
    So System.Configuration must reference the System that has been
    compiled with XML support.
Commits on May 18, 2014
  1. @vargaz

    Merge pull request #1042 from xplicit/fixdocs

    vargaz authored
    [docs] added mising closing h4 tag
  2. @xplicit

    [docs] closing h2 tag

    xplicit authored
Commits on May 17, 2014
  1. @xplicit

    added closing h4 tag

    xplicit authored
  2. @vargaz
  3. @vargaz
  4. @vargaz

    [sdb] Add ability to buffer reply packets in the wire protocol when r…

    vargaz authored
    …unning on high latency links like usb. Uses a pair of START_BUFFERING/STOP_BUFFERING protocol commands.
  5. @migueldeicaza

    [build/Facades] Parallelize the Facades directory build

    migueldeicaza authored
    The parallelization is done by overriding the default "all" target
    and instead of using the serial subdirectory processing that goes
    over the SUBDIR and xx_SUBDIR rules, we turn the list of
    subdirectories into the name of the target, for example:
    Then a pattern is added to handle that rule:
    This allows the build to be parallized.
Commits on May 16, 2014
  1. @kumpera
  2. @kumpera
  3. @migueldeicaza

    Merge pull request #1041 from mono/staged-cyclic-builds

    migueldeicaza authored
    This patch introduces an infrastructure to stage the builds for the core
    assemblies that have cyclic dependencies.   This deals directly with
    the following cycle:
        System.dll requires:
    	They all require System.dll to be built
        System.Xml requires:
        System.Security.dll requires:
    The patch works by directing the build infrastructure to place
    intermediate build steps on their own directory.  For example the
    first System.dll build that only takes a dependency in mscorlib.dll is
    placed not under the final directory but on a subdirectory called
    The second time that System.dll is built (after Mono.Security and
    System.Xml have been built) is placed on the "secxml" directory.
    The third time is the final build, and that one ends in the profile
    The same principle is applied to System.Xml.
    Better Dependency Tracking
    To handle the multiple stages, the new Makefiles for the various
    parties involved in this loop are now able to build their
    dependencies.  This means that typing "make" on System.Security or
    System.Xml or System will build all of the intermediate steps as
    required, without needing the toplevel Makefile to perform multiple
    build shots to incrementally build the result.
    Bug fixes
    We must have regressed at some point the build of System.Xml as we
    were only doing one build of it, one without System.Configuration
    support.  This patch introduces back the changes to build System.Xml
    in two steps.
    This patch fixes the setup where we end up rebuilding System.dll and
    overwriting it two times as the build progresses as a side effect
    (this is what required LIBRARY_USE_INTERMEDIATE_FILE).
    	Introduces a new "the_libdir_base" which is the raw directory
    	where the final output will go.   This points to the same location
    	that libdir_base previously pointed to.
    	The existing libdir_base is modified to contain an optional
    	"intermediate" directory, where intermediate builds can be
  4. @migueldeicaza

    Merge pull request #1039 from joelmartinez/master

    migueldeicaza authored
    [monodoc] removed erroneous instance of 'FOO' string.
  5. @migueldeicaza

    Merge pull request #943 from ermshiperete/bug-novell-325669

    migueldeicaza authored
    [MWF] Implement multi-display support on Linux (Fixes #325669)
  6. @StephenMcConnel @ermshiperete

    [MWF] Fix ComboBox list to not display offscreen (#15462)

    StephenMcConnel authored ermshiperete committed
    The fix mimics the behavior of Windows/.NET.
  7. @StephenMcConnel @ermshiperete

    [MWF] Fix Screen.FromRectangle (#8271)

    StephenMcConnel authored ermshiperete committed
    The Screen.FromRectangle method was too simple minded.  It did not try to
    find the best match for a screen when the system has more than one screen.
    The new implementation makes at least some effort to find the closest
    screen with the most overlap with the rectangle.
  8. @ermshiperete

    [MWF] Implement multi-display support on Linux (Fixes #325669)

    ermshiperete authored
    The number of displays and sizes can be retrieved with the help of
    libXinerama. The implementation was done in a way that is backwards
    compatible, so on non-Linux systems or when libXinerama is not
    available the behavior will be the same as before.
    Also fixed the implementation of FormStartPosition.CenterScreen to
    bring up the form centered on the current display (with the current
    display being either the screen the top left corner of the owner
    form is on, or if there is no owner the screen that has the mouse
    pointer). This fixes Novell bug #325669 on Linux
  9. @joelmartinez
  10. @atsushieno

    [MS.Build] for item metadata access expression, remove surrounding ' …

    atsushieno authored
    …and ".
    The test case would explain what is not desired there.
  11. @atsushieno
Something went wrong with that request. Please try again.