01-25-2015, 03:55 AM
Ashhh, that bad because most people do actually use debian 7 (I think)
Bearbin's Automated Builds
|
01-25-2015, 03:55 AM
Ashhh, that bad because most people do actually use debian 7 (I think)
01-25-2015, 06:19 AM
I know. Gcc 4.8 or above is not available for it though. I'm going to fix it but it will need a reinstall of the OS.
I think I'll also move over to a dedicated server when I reinstall too, but it might take a week or 2. Thanks given by: tonibm19
01-25-2015, 07:39 AM
(This post was last modified: 01-25-2015, 07:46 AM by Seadragon91.)
Whats about upgrading it?
Code: 1. Edit /etc/apt/sources.list by replacing "wheezy" with "jessie"
01-25-2015, 09:31 AM
I read about that. It didnt work for me thought.
Anyway, most people wont update until their host does it.
01-25-2015, 05:32 PM
The problem with that is that it brings in the newer version of Glibc, which means that you can't run the programs you compile on the newer os on the older one.
01-25-2015, 11:23 PM
You might want to try and make a build that uses clang, libc++ and a alternative libc, linked staticly. That would avoid any dependencies on libraries already on the system.
01-26-2015, 12:42 AM
Yeah, I should do that. It depends on when I can get a new dedi though.
01-26-2015, 02:02 AM
I'm not so sure about this, in relation to LuaRocks. Those work by effectively merging the main executable and the compiled rocks; and it may cause problems if different CRTs are used.
01-26-2015, 03:51 AM
It wouldn't be the main build. For one thing thing it would significantly increase executable size. It would also have the potential to add a couple of MB to memory usage due to increased executable size. It probably wouldn't be what you want to use if you need luaRocks, but their isn't really an option to use luaRocks that works unless you set-up a really complex build enviroment. It would probably be easier to cross-compile from arm to x86 debian 7 than x86 debian 8 to x86 debian 7. It would definitely need to use libc++ and clang but building against a non-system glibc is really difficult unless you're cross compiling.
02-16-2015, 07:46 PM
The armhf build is now fixed.
I can't work out why the x86 build suddenly broke on the 27th though, could anybody help? Log: http://builds.cuberite.org/job/MCServer%...91/console |
« Next Oldest | Next Newest »
|