ARM build?

[ken]

OK so for the record, there has been no contact to my email.

If things are so haphazard for arm, then it’s amazing anybody developed a product for it.

GCC is installed on my rpi in raspbian automatically, it works, and it’s reputed to generate pretty good code, at least for bigger processors. I would be amazed if it didn’t exist on EVERY other Linux-based arm OS.

Based on that, not knowing anything about sublime’s code because I haven’t seen it, I’m guessing that if sublime was written in C or in any of the languages typically supported by gcc, then the “wildly different architectures” argument holds little or no water. You (sublime) could just use the libraries which come along with Linux to support the Linux platform. If you don’t use gcc or open source libraries in your code for other platforms, then you need some sort of middleware, a thin facade that converts the library your sublime app expects into what open source libraries provide. I know exactly what that involves because I do it. Also, that guarantees that your closed-source code is protected from any toxic open source license, because you already have a non-open source library you’re using and you’re linking dynamically.

So how’s this for an idea?

1. Build your closed-source product for a few specific arm processors, possibly using gcc if nothing else is available.

2. Open-source the middleware library

3. Let individual groups modify your middleware for specific platforms.

One thing that Open Source groups are really good at is porting something to a new platform. Sublime is about the best gui-based text editor out there, especially if you need a light one that’s tuned to your specific needs. It’s what arm-based nano-boxes need.

[ken]

Another point: You could include tests in the middleware, such that people know when the middleware is sufficiently working to try the main editor.

[mwb1100]

Just to let you know, the sole developer of Sublime Text, Jon, goes by the username “jps” on the forum.

I would be very surprised if ARM is on his roadmap at all.

[m11]

I asked somewhere possibly a year ago - and now I registered just to post this question here :

Is anybody aware of any effort towards creating an ARM hard float version of sublime ?
I am willing to help, I can provide access to a clean ARM HF - fedora 20 or ubuntu 12 - 14 - 4 core box if devs here are interested.
Otherwise I have to choose different editor / limetext or something probably.
Thanks a lot for your time.

[maara]

Not having an ARM version is embarrassing for this “high end” editor.
At least such mainstream devices like RPi should be supported as they are mainly focused on development.

[alkuzad]

RPb is “DYI” machine, you are blaming name of it’s creator if you want to install propiertary stuff inside Compile

[Lope]

*** +1 for an ARM build of ST3. Come on, just compile, what’s the big deal?** As long as it semi works. Just release it as a “mostly unsupported” version if you need to. Something is better than nothing.

*** Compiling stuff on linux is not hard**
I’ve just started running debian with XFCE on my Sansumg Galaxy N8000 tablet that has a ARMv7 CPU (Quad-core 1.4 GHz Cortex-A9)
I just had to compile node.js from source on it. Wasn’t hard to sort out the build issues.

*** You are pushing users away**
Now ST users have to try other code editors. We might find a new code editor that we like more than ST (likely open source) then stop using ST on the desktop/laptop.

*** Think of the children and millions of people in the lower economic sectors**
Raspberry Pi has exploded in popularity, and ARM’s popularity is only going to continue to grow.

Think of the hundreds of thousands (probably millions) of Android users using Linux on their phones and tablets
More and more people are starting to run linux on their Android devices (native or chroot’ed). Just a single version of Debian in the playstore has over 100,000 downloads.

*** Think about it, really, its a no brainer.**

[Dragonmaster_Lou]

Who actually develops code for the RPi on the RPi itself? Last I checked, most people hook up their RPi to a bigger box and do all the code development there.

Also, can you name one other “high-end editor” that has an ARM build? Vi/Vim and Emacs don’t count as they are open source and have been ported to everything under the sun already. Let’s talk about other ones, like, say, SlickEdit (which I think is a more apt comparison).

Going back to phones and tablets, how many people do large amounts of serious code editing on phones or tablets? Those things are just so awkward to use, between no physical keyboard and tiny screen size, that I can’t imagine doing any significant code editing on one.

[Lope]

Have you seen this? It’s a change.org petition. It’s probably a good thing, it will be easier for people who aren’t registered on the forum to vote.

change.org/p/sublime-text-c … -3-for-arm

[Silberling]

I was hoping for a ARM version for ultra-small devices, too :-S
But I do honor jps post and opinion.

[ElmoZarf]

+1 for ARM Raspberry Pi build. Would be awesome!

[entozoon]

Wow it’s been years since this thread started. Are we any closer?
I’d perhaps even like a slightly cut-down version so it runs lovely and quick.

Does anyone know of anything similar that would run on a raspberry pi, to keep us going in the mean time ?

[Lope]

Bluefish works on ARM devices. It’s open source as well. It looks pretty good

Since Sublime haven’t bothered to make a low priority support version of sublime compiled for ARM. (LOL how hard could it really be… just compile, it’s not like it’s a hypervisor or anything)
For so long… I’m not waiting anymore. The world is moving towards ARM devices.

Bluefish site bluefish.openoffice.nl/index.html

Features bluefish.openoffice.nl/features.html

How to install bfwiki.tellefsen.net/index.php/I … g_Bluefish

http://www.youtube.com/watch?v=_cLyj14q850)

http://www.youtube.com/watch?v=sWaR9d3W2hw)

[pizzaboy150]

Am I allowed to bump this thread Raspberry Pi 2 is out now with the beautiful arm cortex a7 and sublime would be just sublime!

[ken]

I originally posted to this thread a very long time ago.

At the time, I couldn’t understand why it would be a big deal to compile for armv6, for raspberry pi.

Now I know a bit more about arm architecture and suddenly I disagree less with the lack of sublime-text on arm, and disagree more with the very concept of how arm architecture works.

Unlike pretty much every other CPU anyone in public uses, arm has very little consistency between models, and in some cases you need to sign a non-disclosure agreement with the manufacturer before you can get any documentation at all on the proprietary bits. What’s more, being able to operate on one version of a chip doesn’t mean you’ll be able to run on another with a very similarly numbered chip.

There needs to be some sort of standardization and openness to the architecture before we can expect any vendor to port their products to it. Intel, for all its proprietary monopolistic nature, provides all the documentation you need and a consistent API to figure out what features a chip or chipset has.

For the record, I’ve stopped buying arm boards unless a better board is simply not practical for the situation. Unfortunately that’s unlikely to prevent arm chip manufacturers from continuing their haphazard and lackadaisical architectures and documentation.

[SuperFashi]

Really need Sublime Text for arm devices!

[ndrone]

Good to know Ken. I was planning on using Raspbian to be my IDE for development for my other PI’s. Using Sublime text because of the light weightiness compared to an Eclipse, or Intellij.

Guess it’s back to the drawing board.

[fausttipper]

Yup just quad Pi and Beaglebone would be nice. Orange PI would be a dream too.

[fausttipper]

Please, Orange Pi/ Quad Pi / A20 (cubieboard, banana) / Orange Pi, soooooooooo missing Sub on ARM. Ramp up the price, wgaf!

[Silberling]

I’d like to change my opinion.
I’ve got some ARM devices here. Like different Pi’s,etc. and need Sublime desperately for embedded dev as this device switching is really annoying. I love Vi/Vim on the command line but for whole projects this is annoying, too. And I’m too lazy for cross compilation while setting up a whole new fresh product with a lot of testing. Most of the dev is done on board atm.