Just like for any other architecture there should be package fro asp.net-5 coreclr like dnx-coreclr-linux-arm for arm arch.
There are already packages for other architectures:
https://www.nuget.org/packages?q=dnx-coreclr
I know that in beta7 there was some effort done to enable arm compilation:
https://github.com/aspnet/dnx/pull/2039
Does anyone knows if there any plans for releasing them via nuget? This would enable dev for raspberry pi or home mini pc's like qnap 2xx series.
ARM support isn't being shipped as part of any planned release. It's something that's available on the ci feed though.
Related
Can ios apps be compiled on the new M1 chipset?
Is there any schedule for official support?
The short answer is yes.
The latest version of XCode (version 12) is compiled as a universal app. This means that it runs on both Intel-based and Mac Sillicon machines natively. From Apple's website:
Xcode 12 is built as a Universal app that runs 100% natively on Intel-based CPUs and Apple Silicon for great performance and a snappy interface.* It also includes a unified macOS SDK that includes all the frameworks, compilers, debuggers, and other tools you need to build apps that run natively on Apple Silicon and the Intel x86_64 CPU.
This means that you should be able to compile iOS with the latest version of XCode without a problem. It would be kind of crazy for Apple to release professional hardware (MacBook Pro) without this capability.
Keep in mind that a number of third party applications may not work well on the ARM machines yet. VSCode is not currently supported on M1 devices (although Microsoft have said that it's coming). VSCode is an Electron based app which currently can't be emulated with Apple's Rosetta II platform. You might not use VSCode, but keep in mind that any Electron based apps that you use may not work straight away.
If you exclusively use XCode and don't critically rely on any third-party apps you should be ok.
EDIT: I just noticed that you tagged your post for react-native. Information is pretty slim for compatibility at the moment, so I would be cautious. If you need a Macbook Pro to do commercial work or school projects right now then you run the risk of things not working as intended. The M1 MacBooks will undoubtedly support everything that you need as a developer in the future and they're particularly great candidates for iOS development because of the parallels made possible by the shared ARM architecture.
If you're relying on a new machine to get work done right now, going with an Intel-based machine is probably the best option. For reference, I recently got an Intel-based 16" MacBook Pro with work because I need to get things done right now without any issues. The commercial value far outweighs the potential benefits that an M1 machine might bring in a year or two. If you're ok with running into some issues over the next few months, I'm sure that the M1 machines will provide plenty of value for years ahead.
While there are problems that do not allow compiling the application.
brew and cocoapods are installed in the console with rosetta enabled.
pod install / update fails because flipper and some parts of RN are not supported by the platform
if you use expo - without cli then everything is ok
updates: now cli working (after update all - homebrew, cocoapods and other to last version)
from what I know, iOS app only compiles on Mac os, so it should work with whatever macOS uses.
When installing mono on raspberry, using the official way described on mono website, i get a bunch of precompilation
example:
Mono precompiling /usr/lib/mono/4.5/mcs.exe for arm...
It takes lot of time, and i also got some raspberry rebooting during the task :(
is there a way to install mono without this precompilation stage ?
According to the person in charge of Mono packaging in Microsoft, this problem is fixed in the preview (not stable) channel which brings you Mono 5.18: https://www.mono-project.com/download/preview/.
I'm trying to get my dnxcore rc1 final app installed on my Raspberry Pi 2, how can I do this? I don't even know what ARM releases are available, is there a human readable list somewhere that I can refer to?
I assume I have to get the ARM release onto my dev system and then publish for that before x-copying over to the Pi?
The tutorials I've followed so far have not worked and refer to beta7, I can't rollback months of work to test it on that unfortunately.
Nick.
To install the ARM runtime you first need to set the right feed (this is how you do this in Powershell, in cmd use SET to set the environment variable):
$env:DNX_FEED="https://www.myget.org/F/aspnetmaster/api/v2"
dnvm install latest -r CoreClr -arch arm
You probably will want to reset the DNX_FEED env variable afterwards..
I wonder by any chance is there a way to install vxworks on vdx86d(vdx6354)? I searched a lot on the net and did not find NO to this question, but no manual or help could be find by me. anybody did this before and know how to do it?
VxWorks certainly runs on PC architecture x86 targets; there is probably already a suitable 80486 BSP that will suit this board. You can search for a suitable BSP here. There is only one BSP explicitly listed for 486 targetted at VxWorks 5.4/Tornado 2.0 - so it is as antique as 486 architecture itself. VxWorks 6.9 however has a single unified BSP for x86 which will no doubt work with your board.
VxWorks is not "installed" as such in the same way as a GPOS such as Linux or Windows; rather you link your application with the VxWorks libraries to create an application image that runs directly on boot. How the bootstrap process works varies between architectures and hardware implementation, but as a generic PC architecture board, booting a VxWorks application on your board will be the same as any other PC target. As such what you need to look for are directions on booting VxWorks on PC architecture rather then being specific about your actual board.
On PC architecture you can boot from mass-storage, or from a network server. Booting via a network connection is the normal method during debug/development. A great deal of the information available is for older versions of VxWorks. However it seems that it is possible to boot VxWorks via a VxWorks specific bootstrap, or from a generic PC bootloader such a s U-Boot.
Ultimately Wind River Support is probably a good starting point.
I want to cross-compile the WebKit Gtk(recent revision 174059) for ARM architecture.
I searched the way for it in official web site(trac.webkit.org/wiki/BuildingGtk) and google search, but i couldn't find the way.
I'm using Ubuntu 14.04 LTS and already built WebKit Gtk in x86 architecture successfulă…Ły .
so I considered using the cross-compile tools like 'scratchbox', but it was very complex jobs and didn't work well. because Webkit needs many uninstalled libraries and it's build system also uses 'jhbuild'.
is there any simple way to cross-compile WebKit Gtk for ARM?
I'm no sure about cross compile, but you can try qEMU emulator of ARM CPU and up&run Stretch armhf release of Debian.
PS
Unfortunately qEMU is unbearable slow, so it will require a HUGE amount of time to install all dependancies and build WebKit.
In my case I've bought used ChromeBook with ARM and run there Debian over crouton, it saved me a lot of time to build WebKit GTK+