Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[jecowa]

It's worth noting that Toady would have to pay for 10.6. A quick search for "macmini2,1" turns up two models, both with 64-bit CPUs and only officially capable of running up to OS X 10.7, so assuming that's accurate, I don't see much need for Toady to upgrade if his current system is capable.

I'm sorry, I misunderstood and thought it was only compiling 32-bit versions. Mac OS 10.5 Leopard is fine if it works.

[Isaacc7]

It's worth noting that Toady would have to pay for 10.6. A quick search for "macmini2,1" turns up two models, both with 64-bit CPUs and only officially capable of running up to OS X 10.7, so assuming that's accurate, I don't see much need for Toady to upgrade if his current system is capable.

Just FYI, the 10.6 upgrade is $20. Only available on DVD.

[Max™]

That's just GTK crying about the Adwaita theme missing. It's supposed to be a default theme though, so I wonder how you did that.

It's a weird old arch install that I had to rebuild due to the transfer from KDE workspace to Plasma Next, so it's working but there's stuff like that which just isn't in there. A lot of the paths are mid-transition too, I think nvidia-settings throws up similar errors actually. Nothing serious.

[lethosor]

It's worth noting that Toady would have to pay for 10.6. A quick search for "macmini2,1" turns up two models, both with 64-bit CPUs and only officially capable of running up to OS X 10.7, so assuming that's accurate, I don't see much need for Toady to upgrade if his current system is capable.

I'm sorry, I misunderstood and thought it was only compiling 32-bit versions. Mac OS 10.5 Leopard is fine if it works.

The question is whether the compiler can compile 64-bit versions (we haven't heard back).

It's worth noting that Toady would have to pay for 10.6. A quick search for "macmini2,1" turns up two models, both with 64-bit CPUs and only officially capable of running up to OS X 10.7, so assuming that's accurate, I don't see much need for Toady to upgrade if his current system is capable.

Just FYI, the 10.6 upgrade is $20. Only available on DVD.

True, it's not bad, but I don't think Toady wants to wait for a DVD to show up (and who knows where you could get one in person these days). It is an option, though, if 10.5 doesn't work out for some reason.

[SatelliteOfLove]

I noticed when I attempt to launch the 64bit Linux test build I am still prompted to install 32-bit libraries (libSDL_image-1.2.so.0, for instance, is seen as missing).  I'm guessing we're just in a transition phase right now, and eventually 32-bit libraries will not be a requirement on Linux?  Or, is the continued use of 32-bit libraries intentional?

OpenSUSE Tumbleweed x86_64, FWIW

[mifki]

I noticed when I attempt to launch the 64bit Linux test build I am still prompted to install 32-bit libraries (libSDL_image-1.2.so.0, for instance, is seen as missing).

It probably prompted to install 64bit versions of these libraries, not 32bit.

[Max™]

For the heck of it, same seeds, settings, everything, on 32 and 64 bit, ran them for 3 minutes, grabbed some data from them.

Code: [Select]

32 bit started: 11:21:30, hit stop 11:24:30, finished 11:24:45 on year 184.
32 bit pops:
>56349 Dwarves
>30427 Humans
>48514 Elves
>11572 Goblins
>3913 Kobolds
>Total: 150775

64 bit started: 11:27:30, hit stop 11:30:30, finished 11:30:36 on year 186.
64 bit pops:
>59593 Dwarves
>33106 Humans
>42689 Elves
>12330 Goblins
>10884 Kobolds
>Total: 158602
Map comparo .gif:

Spoiler (click to show/hide)

I was thinking that the later years seemed to keep pace a bit better on 64 bit, but I couldn't tell if it was just my imagination or not, seems like it doesn't slow down as much in the later years of world-gen, I imagine a longer run would just increase the gap there, considering the 64 bit run had ~8k higher population at the end and still squeezed out two more years/resolved the "end" signal in half the time.

[Toady One]

Okay, that's probably where the build in ~/gcc/gcc-4.5.1 installed to. What does "/usr/local/bin/g++ --version" give you?

Yeah, that's the 4.5.1 one.  I'm running it through with -m64 now.  It seems to recognize it (it gave an error for -m22, anyway), so I'm on to DF itself now.  I assume we'll have various issues with the libraries and so forth, if it is actually doing 64 and not just messing with me.

[eternaleye]

Linux 64 linked, but I get a compression error trying to run it.  Wrong zlib maybe?  Not sure how to check which one it is using.  Or I have some 64 bit problem with the file loading code itself that bothers linux and not windows.

Are you saving and loading "long" variables anywhere? If so, that's going to cause major problems on Linux and Mac, because while "long" is 32 bits wide on Windows x86_64, it is 64 bits wide on Linux/OSX x86_64. You might need to go through and change them all to "int".

I'd actually suggest using "#include <cstdint>" and gaining the "sized" integer types - std::{u,}int{8,16,32,64,ptr}_t. Those will always be a specific size. If you need to cast a pointer to an integer, the _only_ types the C/C++ standards guarantee anything about are intptr_t and uintptr_t, so there's that as well.

Various codebases - such as the Linux kernel - use explicitly sized integers, though often under typedefs such as {u,i}{8,16,32,64} rather than the stdint.h/cstdint names, for the sake of concision.

(Well, they also guarantee that sizeof(long long) is at-least sizeof(void*), but they notably do _not_ specify that casts from the latter to the former are permitted, while they do specify that for the {u,}intptr_t types.)

[Random_Dragon]

Keep up the good work, and hope it goes well. I do wish I could make heads or tails of all this, but compilers tend to catch fire when I touch them.

[Veroule]

It would be good advice, if there was actually a multiple clock cycle difference in ops by register width. But there is not. Most integer ops are single cycle these days, regardless of operand size.

I just checked the latest version at http://www.agner.org/optimize/instruction_tables.pdf and am happy to see that only some old AMD models have that backwards speed hit, and then only on MOV. Of course that makes me feel really old. It is nice to be able to intentionally forget things because the knowledge is obsolete. Thanks.

[majiin]

I was just surprised that 64bit Linux DF complains about missing OpenAL while 32bit DF don't (OpenAL 32/64 was not installed at the time of testing)

Uh, I was using DF 43.03, the 43.04 32bit complains about missing OpenAL too, just like 64bit version. I guess it's the new build setup thing.

[Toady One]

Hm...  despite reporting 10.5 with that other command, it looks like it is compiling against a 10.4 SDK of some kind.  The 10.5 SDK is in an adjacent folder, so I just need to figure out how to make it use the right one I guess.

edit: found where 10.4 was in the script, but updating to 10.5 I'm getting errors like "string.h" not found, so I guess there's more updating to do tomorrow!

[Max™]

Man, you're gonna go crosseyed doing all these OS updates in a row, it's great having them out of the way though.

[txtsd]

Works perfectly on Archlinux

Code: [Select]

┌[txtsd@dungeon-of-data]─[~/Downloads/df_linux]                                                          [16-06-28 16:28:29]
└─▶ ldd libs/Dwarf_Fortress                                                                                                 
linux-vdso.so.1 (0x00007ffe47bb6000)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x00007fd5881a1000)
libgraphics.so => /home/txtsd/Downloads/df_linux/libs/libgraphics.so (0x00007fd587b64000)
libstdc++.so.6 => /home/txtsd/Downloads/df_linux/libs/libstdc++.so.6 (0x00007fd587860000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007fd58755c000)
libgcc_s.so.1 => /home/txtsd/Downloads/df_linux/libs/libgcc_s.so.1 (0x00007fd587346000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007fd586fa5000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fd586da1000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fd586b84000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00007fd586542000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007fd5862f0000)
libSDL_image-1.2.so.0 => /usr/lib/libSDL_image-1.2.so.0 (0x00007fd5860d3000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0x00007fd585e53000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007fd585c3d000)
libSDL_ttf-2.0.so.0 => /usr/lib/libSDL_ttf-2.0.so.0 (0x00007fd585a36000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd58843a000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00007fd585780000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007fd58557c000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00007fd58536f000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x00007fd58502d000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007fd584e27000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00007fd584c01000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0x00007fd5848d3000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00007fd5846ad000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007fd584327000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00007fd584112000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00007fd583ec6000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fd583bb7000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007fd583973000)
libffi.so.6 => /usr/lib/libffi.so.6 (0x00007fd58376a000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x00007fd5834f9000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007fd58322e000)
libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007fd58301e000)
libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007fd582de8000)
libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0x00007fd582b6c000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007fd582962000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007fd58275f000)
libXi.so.6 => /usr/lib/libXi.so.6 (0x00007fd58254f000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007fd582344000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00007fd582139000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007fd581f36000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00007fd581d33000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00007fd581b21000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007fd5818f8000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007fd581650000)
libEGL.so.1 => /usr/lib/libEGL.so.1 (0x00007fd58141f000)
libxcb-shm.so.0 => /usr/lib/libxcb-shm.so.0 (0x00007fd58121b000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x00007fd58100d000)
librt.so.1 => /usr/lib/librt.so.1 (0x00007fd580e05000)
libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007fd580bee000)
libthai.so.0 => /usr/lib/libthai.so.0 (0x00007fd5809e5000)
libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007fd580772000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fd580546000)
libxcb-dri3.so.0 => /usr/lib/libxcb-dri3.so.0 (0x00007fd580343000)
libxcb-present.so.0 => /usr/lib/libxcb-present.so.0 (0x00007fd580140000)
libxcb-randr.so.0 => /usr/lib/libxcb-randr.so.0 (0x00007fd57ff30000)
libxcb-xfixes.so.0 => /usr/lib/libxcb-xfixes.so.0 (0x00007fd57fd28000)
libxcb-shape.so.0 => /usr/lib/libxcb-shape.so.0 (0x00007fd57fb24000)
libxcb-sync.so.1 => /usr/lib/libxcb-sync.so.1 (0x00007fd57f91d000)
libxshmfence.so.1 => /usr/lib/libxshmfence.so.1 (0x00007fd57f71a000)
libglapi.so.0 => /usr/lib/libglapi.so.0 (0x00007fd57f4ec000)
libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0x00007fd57f2ea000)
libxcb-glx.so.0 => /usr/lib/libxcb-glx.so.0 (0x00007fd57f0ce000)
libxcb-dri2.so.0 => /usr/lib/libxcb-dri2.so.0 (0x00007fd57eec9000)
libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0x00007fd57ecc3000)
libdrm.so.2 => /usr/lib/libdrm.so.2 (0x00007fd57eab4000)
libgraphite2.so.3 => /usr/lib/libgraphite2.so.3 (0x00007fd57e888000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x00007fd57e684000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007fd57e47e000)
libgbm.so.1 => /usr/lib/libgbm.so.1 (0x00007fd57e270000)
libwayland-client.so.0 => /usr/lib/libwayland-client.so.0 (0x00007fd57e061000)
libwayland-server.so.0 => /usr/lib/libwayland-server.so.0 (0x00007fd57de4f000)
libdatrie.so.1 => /usr/lib/libdatrie.so.1 (0x00007fd57dc47000)

Although it still uses 32-bit OpenAL

Code: [Select]

┌[txtsd@dungeon-of-data]─[~/Downloads/df_linux]                                                          [16-06-28 16:28:42]
└─▶ ./df                                                                                                                     
Sound devices available:
OpenAL Soft
Picking OpenAL Soft. If your desired device was missing, make sure you have the appropriate 32-bit libraries installed. If you wanted a different device, configure ~/.openalrc appropriately.
Perfect OpenAL context attributes GET
Loading bindings from data/init/interface.txt
New window size: 640x300
Font size: 8x12
Resizing grid to 80x25
Resizing font to 8x12