ET: Legacy Development - Task #157 Provide 64-bit binaries

Transcription

1 ET: Legacy Development - Task #157 Provide 64-bit binaries :58 - Dragonji Status: Fixed % Done: 100% Priority: Normal Assignee: Category: General Target version: 2.71 OS: Arch: 64-bit Description So, what about x64 binaries? I know there are no mods that support ET x64 but it would be nice to have x64 binaries so we can play and test around with legacy mod. Subtasks: Bug # 195: Grenade throwing not working Related issues: Related to ET: Legacy Development - Bug # 364: No explosion shadows/black crater Fixed Related to ET: Legacy Development - Task # 460: Release 2.71rc4 Fixed Related to ET: Legacy Development - Task # 381: Create an addtional mod bin p... New Fixed History # :34 - Dragonji - Subject changed from 64-bit binaries to Provide 64-bit binaries - Category set to General # :38 - morsik I hope we ll release x86_64 version with It s working without any problem and it s easy to compile (just disable cross building - set variable in CMake) Linux x86_64 - sure yes Windows x86_64 - don t know. Windows 64bit is not that problem like linux, where it always says "Can t find library". Mixing bits in Windows is common, while in linux aren t. We can think about it of course, but it s not our priority. Mac OS X x86_64 - i hope yes, but Radegast must say that while only he has OS X (-; # :30 - TheDushan - Status changed from New to In Progress - Assignee set to TheDushan I will provide Win64 support and binary files for ET: Legacy. Because of that I have assigned this ticket to myself. # :00 - Radegast - Target version set to 2.71rc1 # :14 - IR4T4 - Target version changed from 2.71rc1 to /5

2 # :28 - Spyhawk ALthough I can compile in full 64bits using the system Lua librairy (5.2), it seems I m not able to compile in 64bits with the embedded Lua 5.1 lib: Linking C shared module legacy/qagame.mp.x86_64.so /usr/bin/ld: libs/lua/src/liblua.a(lapi.o): relocation R_X86_64_32 against `luao_nilobject_ can not be used when making a shared object; recompile with -fpic libs/lua/src/liblua.a: could not read symbols: Bad value collect2: error: ld returned 1 exit status make 2 : * [legacy/qagame.mp.x86_64.so] Error 1 make 1 : [CMakeFiles/qagame.mp.x86_64.dir/all] Error 2 make: ** [all] Error 2 # :39 - Dragonji Just a thought... Are 64-bit bins really needed? ET will never break 4GB RAM usage limitation And providing 64-bit bins automatically means a drastical (as for this game) increase in bins pk3 weight, not saying about mods that will not work with 64-bit clients. # :56 - IR4T4 We ll do an extra binary pk3 for non vanilla clients. It s not about RAM. Linux 64 bit users have to install tons of 32 bit libraries to start ET:L... the days of 32 bit Desktop computers are numbered. # :26 - Mateos And since most users have a x64 system, ET will take advantage of it (could run faster for instance). # :49 - TheDushan I am not sure that you will get any advantage of 64bit in ET. Except that it s cool to support it. # :35 - Dragonji IR4T4 wrote: We ll do an extra binary pk3 for non vanilla clients. It s not about RAM. Linux 64 bit users have to install tons of 32 bit libraries to start ET:L... the days of 32 bit Desktop computers are numbered. Linux users with 64-bit client will only be able to play 2 mods (Legacy + ETPub pessimistic scenario). Mateos wrote: And since most users have a x64 system, ET will take advantage of it (could run faster for instance). Well, I do not think it will run faster (if it would, why 99% of Windows games are 32-bit only?) /5

3 # :54 - Mateos Probably because x32 binaries run on both x36 and x64 systems, while x64 only run on x64; So make a single exe file which can run on any version of the OS I thought games could benefit like general software of x64 systems. # :47 - IR4T4 Spyhawk wrote: ALthough I can compile in full 64bits using the system Lua librairy (5.2), it seems I m not able to compile in 64bits with the embedded Lua 5.1 lib: Linking C shared module legacy/qagame.mp.x86_64.so /usr/bin/ld: libs/lua/src/liblua.a(lapi.o): relocation R_X86_64_32 against `luao_nilobject_ can not be used when making a shared object; recompile with -fpic libs/lua/src/liblua.a: could not read symbols: Bad value collect2: error: ld returned 1 exit status make 2 : * [legacy/qagame.mp.x86_64.so] Error 1 make 1 : [CMakeFiles/qagame.mp.x86_64.dir/all] Error 2 make: ** [all] Error 2 Confirmed. Same error on Debian wheezy with multiarch. # :00 - IR4T4 - Assignee deleted (TheDushan) - Arch set to 64-bit # :44 - IR4T4 - Related to Bug #364: No explosion shadows/black crater added # :54 - IR4T4 - Related to Task #460: Release 2.71rc4 added # :10 - IR4T4 - Related to Task #381: Create an addtional mod bin pk3 for 'non vanilla' operating systems added # :46 - IR4T4 Compiling Lua with -fpic should avoid the above error but I haven t had the time to do this and test it.... and I m not sure if this is the real fix when 32bit compiles w/o any issues. # :51 - Radegast - Status changed from In Progress to Feedback - Target version changed from 2.71 to OS set to Windows /5

4 We ve shipped 64bit OS X and linux mod binaries with the latest release, so people who compile ET:L themselves can join Legacy servers. I wouldn t put up 64bit client binaries on the download page, because people would try to use them to connect to old 2.60b servers and then complain that it crashes. The only platform on our list without 64bit support is Windows, but from my experience people on Windows are not that interested in running native apps anyway (wink at user:dragonji). # :20 - Dragonji Nice to hear about the progress! (sorry for offtopic) # :25 - Mateos More and more games are x64 compatible, even on Windows: Viscera Cleanup, Chivalry: Medieval Warfare,... The performance boost isn t negligeable. Just saying. # :51 - IR4T4 - OS deleted (Windows) Radegast, if we do a separate download and an ingame pop-up with hint 'this is legacy mod only I wouldn t complain - it doesn t harm our game server and advertises the legacy mod. It ll be a big bonus for 64 bit linux players enjoying the game w/o 32 bit libraries. We should ship both linux versions in future. # :30 - Spyhawk FYI, I already have 64bits builds available for major distributions in my OBS test repository. # :00 - IR4T4 I ll adjust our cmake lib files so we can do a bundled 64bit linux ETL. # :18 - IR4T4 The libs are adjusted - "relocation R_X86_64_32 against X" shouldn t occure anymore. I can do a 64bit bundled ETL. I don t know if these PIC changes cause issues on DARWIN or other posix units. It s important to know when you switch between CROSS_COMPILE32=0/1 the lib libraries have to be removed. 'c in ETL/build path doesn t do this job. pre_easybuild.sh: cd lib cd lua cd../sdl /5

5 Powered by TCPDF ( cd../curl cd../ogg cd../vorbis cd../jpeg cd../.../easybuild.sh ensure there are no fragments from previous lib versions when CROSS_COMPILE32 toogles # :51 - Jacker 64 bit build now also works in Windows # :53 - Mateos Great news, nice work! # :45 - IR4T4 - Status changed from Feedback to Fixed - Target version changed from 2.78 to /5