GitHub PushEvent at 2014-12-03 18:46:52
Repository: mono
Actor: esdrubal
Payload: {"shas":[["dbd022aba4db6a9fae3dbe5167bec679ba69630b","c8ca090d26e35fc94cb9c8fe2fb2efcfa843d561@sinenomine.net","Enable build on RHEL and CentOS","Neale Ferguson",false],["f600c130efd744e284a344496e9cc287294f52e1","93e65371e0964ac1bda1fc7232df4ccd2fae4383@xamarin.com","Add a third AOT location, alongside ~/.mono/aot-cache and the assembly dir\n\nUnless running in on-demand AOT mode, the AOT runtime will look for an AOT cache alongside the assembly (e.g. /usr/lib/mono/4.5/mscorlib.dll.so).\n\nThis patch adds a second search path to the non-on-demand AOT loader, /usr/lib/mono/aot-cache/ARCHITECTURE/path/to/assembly.dll.so\n\nThis new structure makes it possible to have more than one Mono architecture on a system, sharing assemblies but not sharing AOT caches (for example, i386 and amd64 Mono on the same system, for different needs)","Jo Shields",false],["7d1b878fbf13462a282860c6d1dd493a48d7b1eb","09bc2be9ee0bb66d3707c85d6acc5be82eb72b1c@surrealistic.net","[MWF] DataGridViewRowCollection Clear() speed up\n\nWhen issuing a Clear() to remove all rows, a ReIndex() was being called for\neach row that was being removed.  This is extremely inefficient, instead\ndo a single ReIndex() after all rows have been removed.\n\nBefore doing a Clear() of 30k rows was taking 5.8 seconds.  With this patch\nit now takes 670ms.","Jim Westfall",false],["5a5c6836967d924d1f88be6b42d0c93d504130c8","09bc2be9ee0bb66d3707c85d6acc5be82eb72b1c@surrealistic.net","[MWF] DataGridView: ensure first_row_index will be valid after row removal\n\nDataGridView keeps track of the first visible row in first_row_index.\nDataGridViewRowCollection will notify DataGridView its about to delete 1 or\nmore rows via OnRowsPreRemovedInternal().  When this happens, we need to\nensure first_row_index will still fall within the number of rows that\nwill remain after the row removal.\n\nThis fixes https://bugzilla.xamarin.com/show_bug.cgi?id=24372 which I\nreported.","Jim Westfall",false],["ad651ff43bb1d9284843fadd2f27136325a7188a","09bc2be9ee0bb66d3707c85d6acc5be82eb72b1c@surrealistic.net","[MWF] Add unit test for #24372","Jim Westfall",false],["d380ffbb48249335bf8419d9d515f57b4173d643","078835edaf8808bf3511ad8f01358daa6bb513c7@sdg.com.co","Add IE9 and newer to Up level navigator\n\nThis line enable the ASP Javascript validators in IE9 and upper. the user agent the IE10 is \"Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)\".","fquiroz01",false],["24742dc038d520294578cf29a756b943ade221b9","09bc2be9ee0bb66d3707c85d6acc5be82eb72b1c@surrealistic.net","[MWF] Fix off-by-one from 5a5c683\n\nfirst_row_index needs to be <= RowsLeft - 1, since we are comparing a\nrow count vs an index.","Jim Westfall",false],["d9a3c39a049098748d12fb75b45e92f1eab4fcf3","8393c157db683e53473f1dc2c6b338d8c8f71afd@suse.de","Basic ppc64le support\n\nThis adds initial support for ppc64le to the ppc64 port.  That is:\n* little endian aware (also in strtod),\n* and ELFv2 aware (not using function descriptors)\n* adjust various block sizes to be multiple of 64k, the default\n  pagesize on ppc64le.  The sources should have used the system function\n  to ensure alignment on pagesize, so this is just a stop-gap\n\nIt also corrects the list of registers for the precise GC, but that isn't\nused in mini at all on any architecture currently.\n\nAuthor: Michael Matz <matz@suse.de>\nOrigin: https://build.opensuse.org/request/show/225490\nChanges: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>\n\nSigned-off-by: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>","Michael Matz",false],["02cdf6abca826279530ff9d89715a743130d127c","8393c157db683e53473f1dc2c6b338d8c8f71afd@suse.de","Switch ppc_r11 with ppc_r12\n\nThis is a preliminary patch for ppc64le ELFv2 support.  That one requires\nr12 to hold a functions address at calls to normal (global) C functions.\nAs is r12 is also used by mini for its IMT_REG, VTABLE_REG and RGCTX_REG\nto pass around values to functions outside the normal argument registers\n(ugh!), so there's a conflict.  This mechanical (by sed) patch simply switches\nppc_r11 and ppc_r12 everywhere, r11 doesn't have any special use in the ABI.\n\nAuthor: Michael Matz <matz@suse.de>\nOrigin: https://build.opensuse.org/request/show/225490\nChanges: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>\n\nSigned-off-by: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>","Michael Matz",false],["5785fd898a27fe132128098f25093511181200f1","8393c157db683e53473f1dc2c6b338d8c8f71afd@suse.de","Use ppc_r12 for some global call sequences\n\nAfter the mechanical exchange of ppc_r11 and ppc_r12 we now can use\nppc_r12 for global calls to hold the callees address without clobbering\nr11 (which potentially contains IMT_REG, VTABLE_REG and RGCTX_REG).\nWe don't need to change all indirect calls, only those potentially reaching\nfunctions containing a TOC setup based on r12 (in particular functions\nin shared libs).  As the instruction sequence patcher can only deal\nwith one destination register we also need to make some additional\ncalls use r12.  We probably should convert all calls that currently\nuse r0 to use r12 if no other conflicts arise but this is enough to build.\n\nAuthor: Michael Matz <matz@suse.de>\nOrigin: https://build.opensuse.org/request/show/225490\nChanges: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>\n\nSigned-off-by: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>","Michael Matz",false],["ba62bdf862560a85e2d637a0762d0e4fdd0db8b0","4bc079e31af5bc62459b50db33ffcb175366a796@us.ibm.com","PowerPC64 ELFv2 ABI: cases for in-register parameter passing, return values, and structs\n\nThe ELFv2 ABI specifies some particular cases for in-register parameter\npassing, return values, float/double structs; e.g.,\n- small struct returned via registers (2 doublewords)\n- homogeneous float struct returned via registers (8 members)\n- small float struct passed/returned via FR registers\n- return via multiple registers\n\nAuthor: Bill Seurer <seurer@us.ibm.com>\nOrigin: https://launchpad.net/ubuntu/+source/mono/3.2.8+dfsg-4ubuntu2\nChanges: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>\n\nSigned-off-by: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>","Bill Seurer",false],["3953793f0c064abc2f6964708d290897afc47e62","d3696986384ecc3f4c52b2ba247fe03d91df8280@linux.vnet.ibm.com","[ppc] Bump (more) instruction sizes after 51c454f6b03b468273bb93db2aa9b76e330a7e57.\n\nThis fixes ~30 ppc-specific failures in mono/tests (e.g., appdomain), like this:\n\twrong maximal instruction length of instruction atomic_add_i4 (expected 20, got 28)\n\t* Assertion: should not be reached at mini-ppc.c:5235\n\nThe commit 51c454f6b03b468273bb93db2aa9b76e330a7e57 introduced 2 ppc_sync\ninstructions in OP_ATOMIC_CAS_I4/8 *and* OP_ATOMIC_ADD_NEW_I4/8 (mini-ppc64.c).\n\nAccordingly, commit 83a34c40c6a0911a0c27afce63f5ea7ec2bb4b26 updated the maxlength\n(+8 bytes) of atomic_cas_i4/8 - *but not* atomic_add_new_i4/8 (cpu-ppc64.md).\n\nRecently, commit b784b866dac0c97780357bf81bf0fa3ebeffa4e made atomic_add_new_i4/8\nexercised (as 'atomic_add_i4/8') - with an incorrect/non-updated 20-byte maxlength,\nwhich should actually be 28.\n\nThus:\n\twrong maximal instruction length of instruction atomic_add_i4 (expected 20, got 28)\n\nSigned-off-by: Mauricio Faria de Oliveira <mauricfo@linux.vnet.ibm.com>","Mauricio Faria de Oliveira",false],["b47c95d90205de492faaa23d876005ce441cd3c8","2d0e1b11f5e0c099a312db27064ec73acf4bfe20@sil.org","Fix crash when removing last item in ListView\n\nWhen the VirtualListSize changes, the focus_item_index should\nbe reset (similar to how it currently resets the selected indices).\n\nIf the last item in a ListView has focus and it is removed by\nan another action on the form (i.e. push a button to remove the\ncurrent item), then the focused_item_index is not updated when\nthe VirtualListSize changes, even though that item doesn't exist\nanymore.  When the ListView receives focus again, it tries to\ninvalidate the current focused item which causes an\nArgumentOutOfRangeException.","Chris Hubbard",false],["b3eccc8a798847a6f405b65048acfb7ca74944d0","3cbed4387acc34f32ee18b16f95e131f7a9b338b@hotmail.com","Improved support for TimeZoneInfo under windows.\n\nWhen cross compiling with gcc, LIBC is defined and\nthus never checks the registry for the timezone information.\n\nThis change is released under the MIT license.","Alistair Leslie-Hughes",true],["a5f2606a66b7ca985d25d0b01cbb36b13147d70b","99f63e0a2b21948865624155da852b19aaa2cca0@xamarin.com","Added to StackFrame a field for the method address. Incremented MONO_CORLIB_VERSION.","Marcos Henrich",false],["c64e105c69f0b6ae56bc44f6fd003dda7a3c4404","99f63e0a2b21948865624155da852b19aaa2cca0@xamarin.com","Improved exception stack frame displayed data. Added stack frame method address display.","Marcos Henrich",false],["fee5465299379df6163dbe8f495c13e67c3179f8","99f63e0a2b21948865624155da852b19aaa2cca0@xamarin.com","Moved sequence point logic to seq-points.h and seq-points.c","Marcos Henrich",false],["2d14735141f23b1042c33d214950ecaffd152e8d","99f63e0a2b21948865624155da852b19aaa2cca0@xamarin.com","SeqPoint are now kept in memory with a compact encoding. MonoSeqPointInfo has now a pointer to a buffer containing encoded sequence points, and to a buffer containing next values. As there is no longer an array of SeqPoint ready to be read, SeqPointIterator was added.","Marcos Henrich",false],["4947481b1a668401f4ba278f2cbe1d225159dda7","99f63e0a2b21948865624155da852b19aaa2cca0@xamarin.com","Added methods to read and write MonoSeqPointInfo.","Marcos Henrich",false],["e9d6024e620b5acb393eae14b3910ddcb395bc6c","99f63e0a2b21948865624155da852b19aaa2cca0@xamarin.com","aot-runtime and aot-compiler now use seq_point_info_read/write.","Marcos Henrich",false]],"size":282,"ref":"refs/heads/master","head":"3a613dfd42e6ebb715c37deb1cd366d3c5a360fc"}