Hello,   
      
   On Wed, 26 Jul 2017 08:43:36 +0200, Wilfred Van Velzen -> Nicholas Boel wrote:   
      
    WvV> It's already compiling with a current gnu compiler, without errors and   
    WvV> warnings. So I don't expect many of those.   
      
   I haven't had to worry about too many issues. Only a couple minor things. Off   
   the top of my head, Teamspeak doesn't offer an ARM version of their server   
   (for gaming, which is hardly used any more anyways, so it doesn't really   
   matter in the long run), then Jon Justvig's "Legion" door game as well as   
   Usurper wouldn't compile due to a ton of Intel code. I got Usurper to compile   
   by removing the Intel specific code, but that made the game very unstable and   
   unusable. Synchronet had some compiling errors, and when reported were fixed   
   right away.   
      
   Otherwise, I haven't had any issue with setting up binkd/golded/husky type   
   stuff. So I don't see any major problems as long as it doesn't have a ton of   
   Intel related stuff.   
      
    WvV> I try not to write code that's specific for any target. But it still   
    WvV> contains a lot of decades old legacy code I never touched. So you never   
    WvV> know what hidden problems are lurking... ;)   
      
   True. And the only way to find out is to jump in! ;)   
      
    NB>> Let's just say I would much rather use Makefiles, but if that is not   
    NB>> possible at the moment.. I can suffer a bit. ;)   
      
    WvV> It shouldn't be too difficult to create the make files, but I don't know   
    WvV> when they will be finished, so if you want to start compiling today,   
    WvV> that's your only option. ;)   
      
   I'm sitting on a barebones 64bit ArchlinuxARM install that I'm not 100% sure   
   exactly what I want to do with it yet. I do know I want to switch my   
   Synchronet BBS over to Mystic at some point, but there's no 64bit version   
   available yet. I could use the 32bit version available for the raspi3, but   
   that would totally defeat the purpose of the 64bit build. ;)   
      
   Still tossing around ideas at the moment. GUIs on the raspi3 makes my single   
   core AMD 3700+ seem fast, which is why I'm trying to avoid it at all costs. As   
   a console server, it definitely keeps up with all the tasks I've pushed at it.   
   It's just that damn resource intensive GUI that drags it down.   
      
   I've gone so far as trying out LXDE, XFCE, Linux Mint, Ubuntu (Cinnamon), and   
   even Fluxbox on this thing when I was using it as a media server.. and I don't   
   have one good comment about the performance once that GUI is added. ;(   
      
   So, I guess for now, keep me near the top of the list. If makefiles happen   
   before I find a solution, great.. if not.. I may see about running QEMU on my   
   Windows desktop with an emulated version of the OS I'm using on the raspi3 to   
   do these tasks, as I would assume it would be a lot faster on a 6-core Intel   
   with 16gb ram, even if it is emulated.   
      
   Regards,   
   Nick   
      
   .... "Не знаю. Я здесь только работаю."   
      
   --- Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52   
    * Origin: thePharcyde_ distribution system (1:154/10)