[Mono-dev] Switch off the Jenkins ARM builds on PRs for now
The Jenkins ARM builds cause quite some delays in PR building as they are slower than an amd64/i386 build and Jenkins can only start the next build when the previous one finished on all architectures. What's your opinion on switching off the ARM builds for pull requests for now until more workers can be brought online to better handle PR spikes? -- Alex ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Error building mono on x86 (Mono-devel-list Digest, Vol 118, Issue 21)
On 18/02/15 13:09, Rafael Mueller - Inventti wrote: Currently the .so is in the same directory as the application, and the main application is marked as x86. running: MONO_LOG_LEVEL=debug ../MONO312/bin/mono SimuladorPDV.exe I got: Mono: DllImport error loading library '/home/mueller/simulador/libnfcepack_agente.so': '/home/mueller/simulador/libnfcepack_agente.so: wrong ELF class: ELFCLASS32'. I'm also able to run others x86 applications on this mono installation, but those app's doesn't [DllImport] and p/invoke other's .so Can you confirm that mono is should work with this setup? No. amd64 Mono can only JIT amd64 code and only P/Invoke amd64 libraries. Mono ignores the architecture flag on assemblies, and always uses the JITter it was built against. You can never load an i386 .so with amd64 Mono. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Compiling Profiler Sample on OSX
I will be doing a talk about the profiler code I have been working on this evening and it would be great if I could tell people that they can use it on OSX. As of now I can't get the profiler sample to work on OSX though if anyone knows how to get that working I can probably handle it from there (no issues getting anything working in linux). The behavior is that I can compile it just fine its just that none of the callbacks ever get hit in OSX. Cheers, Greg -- Studying for the Turing test ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Switch off the Jenkins ARM builds on PRs for now
You can turn on concurrent building in the project settings on Jenkins. There are some caveats, see below. Execute concurrent builds if necessary: If this option is checked, Jenkins will schedule and execute multiple builds concurrently (provided that you have sufficient executors and incoming build requests.) This is useful on builds and test jobs that take a long time, as each build will only contain a smaller number of changes, and the total turn-around time decreases due to the shorter time a build request spends waiting for the previous build to complete. It is also very useful with parameterized builds, whose individual executions are independent from each other. For other kinds of jobs, allowing concurrent executions of multiple builds may be problematic, for example if it assumes a monopoly on a certain resource, like database, or for jobs where you use Jenkins as a cron replacement. If you use a custom workspace and enable this option, all your builds will run on the same workspace, thus unless a care is taken by your side, it'll likely to collide with each other. Otherwise, even when they are run on the same node, Jenkins will use different workspaces to keep them isolated. When Jenkins creates different workspaces for isolation, Jenkins appends @num to the workspace directory name, e.g. @2. The separator @ can be configured by setting the system property hudson.slaves.WorkspaceList to the desired separator string on the Jenkins command line. E.g. -Dhudson.slaves.WorkspaceList=- will use a dash as separator. On Thu Feb 19 2015 at 2:19:09 PM Alexander Köplinger alex.koeplin...@outlook.com wrote: The Jenkins ARM builds cause quite some delays in PR building as they are slower than an amd64/i386 build and Jenkins can only start the next build when the previous one finished on all architectures. What's your opinion on switching off the ARM builds for pull requests for now until more workers can be brought online to better handle PR spikes? -- Alex ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Switch off the Jenkins ARM builds on PRs for now
I very much agree, but currently when multiple PR builds are scheduled you're waiting a couple of hours for the result which is not ideal either. Jo advised me to bring this up on the mailing list, I'm not really happy with my suggestion as well... -- Alex Date: Thu, 19 Feb 2015 16:53:34 -0500 Subject: Re: [Mono-dev] Switch off the Jenkins ARM builds on PRs for now From: kump...@gmail.com To: alex.koeplin...@outlook.com CC: mono-devel-list@lists.ximian.com Why should we not test changes on ARM? It's as important as the intel targets and breaking it comes with the same issues. On Thu, Feb 19, 2015 at 4:18 PM, Alexander Köplinger alex.koeplin...@outlook.com wrote: The Jenkins ARM builds cause quite some delays in PR building as they are slower than an amd64/i386 build and Jenkins can only start the next build when the previous one finished on all architectures. What's your opinion on switching off the ARM builds for pull requests for now until more workers can be brought online to better handle PR spikes? -- Alex ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Build problems
This looks like it was recently fixed. MIguel On Wed, Feb 18, 2015 at 11:48 AM, Neale Ferguson ne...@sinenomine.net wrote: Over the last couple of days I’ve had problems building from head on s390x. (1) When I use 3.6.1 I get: MCS [basic] mscorlib.dll warning CS2002: Source file `../../../external/referencesource/mscorlib/system/globalization/bidicatego ry.cs' specified multiple times warning CS2002: Source file `../../../external/referencesource/mscorlib/system/globalization/charunicod einfo.cs' specified multiple times warning CS2002: Source file `../../../external/referencesource/mscorlib/system/globalization/globalizat ionassembly.cs' specified multiple times ../../../external/referencesource/mscorlib/system/collections/compatiblecom parer.cs(23,25): warning CS1635: Cannot restore warning `CS0618' because it was disabled globally ../../../external/referencesource/mscorlib/system/collections/compatiblecom parer.cs(67,25): warning CS1635: Cannot restore warning `CS0618' because it was disabled globally ../../../external/referencesource/mscorlib/system/collections/hashtable.cs( 1206,25): warning CS1635: Cannot restore warning `CS0618' because it was disabled globally ../../../external/referencesource/mscorlib/system/collections/hashtable.cs( 1244,25): warning CS1635: Cannot restore warning `CS0618' because it was disabled globally ../../../external/referencesource/mscorlib/system/collections/hashtable.cs( 1270,25): warning CS1635: Cannot restore warning `CS0618' because it was disabled globally ../../../external/referencesource/mscorlib/system/threading/Tasks/TaskSched uler.cs(50,25): warning CS1635: Cannot restore warning `CS0618' because it was disabled globally System/TimeZoneInfo.cs(1414,30): warning CS0219: The variable `ambiguousStartModified' is assigned but its value is never used System/TimeZoneInfo.cs(1415,30): warning CS0219: The variable `ambiguousEndModified' is assigned but its value is never used ../../../external/referencesource/mscorlib/system/text/asciiencoding.cs(502 ,21): error CS0165: Use of unassigned local variable `ch' ../../../external/referencesource/mscorlib/system/text/asciiencoding.cs(683 ,21): error CS0165: Use of unassigned local variable `ch' ../../../external/referencesource/mscorlib/system/text/unicodeencoding.cs(4 93,21): error CS0165: Use of unassigned local variable `ch' ../../../external/referencesource/mscorlib/system/text/unicodeencoding.cs(4 93,21): error CS0165: Use of unassigned local variable `ch' ../../../external/referencesource/mscorlib/system/text/unicodeencoding.cs(7 77,21): error CS0165: Use of unassigned local variable `ch' ../../../external/referencesource/mscorlib/system/text/unicodeencoding.cs(7 77,21): error CS0165: Use of unassigned local variable `ch' ../../../external/referencesource/mscorlib/system/threading/Tasks/Parallel. cs(125,21): warning CS0472: The result of comparing value type `System.Threading.CancellationToken' with null is always `false' ../../../external/referencesource/mscorlib/system/threading/Tasks/Parallel. cs(126,21): warning CS0162: Unreachable code detected Compilation failed: 6 error(s), 10 warnings The code looks correct in those files, it appears to be a compiler error. I tried initializing the variable ch but that results in a different problem. (2) When I use monolite-latest things go bizarre and appear endian-related: /home/neale/Mono/mono/mcs/class/lib/monolite/basic.exe: /home/neale/Mono/mono/mcs/class/lib/monolite/basic.exe: cannot execute binary file make[6]: *** [build/deps/basic-profile-check.exe] Error 126 *** The compiler '/home/neale/Mono/mono/mcs/class/lib/monolite/basic.exe' doesn't appear to be usable. *** Trying the 'monolite' directory. .miudlc/moom/nabis-crpfoli-ehcce.ksc1(0,:)e rrroC 1S25:5U enpxceet dysbmlo` suinSy' 'miudlc/moom/nabis-crpfoli-ehcce.ksc2(,535:)e rrroC 1S10:0N weileni nocsnattn nmiudlc/moom/nabis-crpfoli-ehcce.ksc2(,632:)e rrroC 1S10:0N weileni nocsnattn nmiudlc/moom/nabis-crpfoli-ehcce.ksc3(,9)4 :reor rSC5098 :nIetnrlac moipel rreor rudirgnp raisgnyStsmeF.roamEtcxpeitno :nUnkwo nhcra a tyStsmeD.uolb.eaPsr eS(syet.mtSirgns ,uNbmretSlyses ytel ,FIroamPtorived rrpvodire )0[0x ]ni ifelanemu knonnw: 0 a toMonC.hSra.poTekinez.rdaujtsr_ae lT(pyCedo e,tL cotaoi nol)c[ x0]0i nflinema enunkwon0: taM no.oSCahprT.konezirei._sunbmre( nI3t 2,cB ooelnad toeLda )0[0x ]ni ifelanemu knonnw: 0 a toMonC.hSra.poTekinez.rtxkone( )0[0x ]ni ifelanemu knonnw: 0 a toMonC.hSra.poTekinez.rotek n)([ x0]0i nflinema enunkwon0: taM no.oSCahprC.hSraPpraes.ryyapsr ey(Iypntuy Lyxe )0[0x ]ni ifelanemu knonnw: 0 a toMonC.hSra.pSCahpraPsrrep.raes( )0[0x ]ni ifelanemu knonnw: 0 Copmlitaoi naflide : 4reor(r)s , 0awnrings Neale ___ Mono-devel-list mailing list
[Mono-dev] About ideas list for GSOC
Greetings, I just wanna to know the ideas list of this year for GSOC.Give me some information about the start...! Thanks. Regards,Ahmed GameHackerPM (GH). ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list