I also tried compiling the source that came with the GoG version of Carmageddon, and it gave me this error about being unable to find libSDL_sound, despite the fact that I installed it in Synaptic. It shouldn't be an issue, since I know that the normal build of DosBox that I can get from the software center works fine, aside from the vertical lines in Carmageddon if I use the 64 bit version, and the lack of music in either version if I mount the "GAME.DAT" (which is really a cuesheet) file.

I'm afraid I don't know what the switches are to compile 32-bit in 64 or else I'd tell you.

I presume that you have the libSDL_sound dev package needed for compiling installed, so I suspect that the compiler may be looking for the 32-bit version instead and not finding it.
The problem is that since you're using Mint which is based on Ubuntu, which I've heard isn't as good as other distros about allowing people to have 32-bit libraries co-exist with the 64 bit versions.

As far as I can tell you will need to install a package called ia32-libs (and probably ia32libs-multiarch) and the 32 bit version of libSDL_sound and the dev package.

-----
As an aside, have you tried from a terminal
dpkg --add-architecture i386
apt-get install dosbox:i386
(both of which will probably have to be run as sudo if you can't log in as root)
That might be a way for you to easily get the 32-bit package of dosbox
if it works, but you'll probably need to remove the 64-bit version first.
(I've never tried this myself as I've always used a 32-bit distro of Ubuntu and Mint on my 64 bit system, so no guarantees that there won't be any problems.)

to compile a 32 bit build with 64 bit compilier add -m32 to the CC flags and to the LD flags.

Pickle wrote:

to compile a 32 bit build with 64 bit compilier add -m32 to the CC flags and to the LD flags.

How would I do that? I'm a Linux n00b. 🤣

dougdahl wrote:

I'm afraid I don't know what the switches are to compile 32-bit in 64 or else I'd tell you. […]
Show full quote

I'm afraid I don't know what the switches are to compile 32-bit in 64 or else I'd tell you.

I presume that you have the libSDL_sound dev package needed for compiling installed, so I suspect that the compiler may be looking for the 32-bit version instead and not finding it.
The problem is that since you're using Mint which is based on Ubuntu, which I've heard isn't as good as other distros about allowing people to have 32-bit libraries co-exist with the 64 bit versions.

As far as I can tell you will need to install a package called ia32-libs (and probably ia32libs-multiarch) and the 32 bit version of libSDL_sound and the dev package.

-----
As an aside, have you tried from a terminal
dpkg --add-architecture i386
apt-get install dosbox:i386
(both of which will probably have to be run as sudo if you can't log in as root)
That might be a way for you to easily get the 32-bit package of dosbox
if it works, but you'll probably need to remove the 64-bit version first.
(I've never tried this myself as I've always used a 32-bit distro of Ubuntu and Mint on my 64 bit system, so no guarantees that there won't be any problems.)

I already installed the normal 32-bit build of DosBox from the software center, but it doesn't support cuesheets which refer to ogg files (like the ones used by the GoG release of Carmageddon).

Just to make things easier for everybody, here's my ./configure output, even after installing ia32-libs

1checking build system type... x86_64-unknown-linux-gnu
2checking host system type... x86_64-unknown-linux-gnu
3checking for a BSD-compatible install... /usr/bin/install -c
4checking whether build environment is sane... yes
5checking for a thread-safe mkdir -p... /bin/mkdir -p
6checking for gawk... gawk
7checking whether make sets $(MAKE)... yes
8checking whether make sets $(MAKE)... (cached) yes
9checking for gcc... gcc
10checking whether the C compiler works... yes
11checking for C compiler default output file name... a.out
12checking for suffix of executables... 
13checking whether we are cross compiling... no
14checking for suffix of object files... o
15checking whether we are using the GNU C compiler... yes
16checking whether gcc accepts -g... yes
17checking for gcc option to accept ISO C89... none needed
18checking for style of include used by make... GNU
19checking dependency style of gcc... gcc3
20checking how to run the C preprocessor... gcc -E
21checking for g++... g++
22checking whether we are using the GNU C++ compiler... yes
23checking whether g++ accepts -g... yes
24checking dependency style of g++... gcc3
25checking for ranlib... ranlib
26checking for sdl-config... /usr/bin/sdl-config
27checking for SDL - version >= 1.2.0... yes
28checking SDL version only being 1.2.X... yes
29checking for an ANSI C-conforming const... yes
30checking for inline... inline
31checking for grep that handles long lines and -e... /bin/grep
32checking for egrep... /bin/grep -E
33checking for ANSI C header files... yes
34checking for sys/types.h... yes
35checking for sys/stat.h... yes
36checking for stdlib.h... yes
37checking for string.h... yes
38checking for memory.h... yes
39checking for strings.h... yes
40checking for inttypes.h... yes
41checking for stdint.h... yes
42checking for unistd.h... yes
43checking for size_t... yes
44checking whether struct tm is in sys/time.h or time.h... time.h
45checking size of unsigned char... 1
46checking size of unsigned short... 2
47checking size of unsigned int... 4
48checking size of unsigned long... 8
49checking size of unsigned long long... 8
50checking size of int *... 8
51checking for stdlib.h... (cached) yes
52checking for sys/types.h... (cached) yes
53checking for sys/socket.h... yes
54checking for netinet/in.h... yes
55checking for pwd.h... yes
56checking if environ can be included... yes
57checking if environ can be linked... yes
58checking if dirent includes d_type... yes
59checking for powf in libm... yes
60checking if compiler allows __attribute__... yes

61checking if compiler allows __attribute__((always_inline)) ... no
62checking if compiler allows __attribute__((fastcall)) ... no
63checking if compiler allows __builtin_expect... yes
64checking for ALSA CFLAGS... 
65checking for ALSA LDFLAGS...  -lasound -lm -ldl -lpthread
66checking for libasound headers version >= 0.9.0... found.
67checking for snd_ctl_open in -lasound... yes
68checking whether byte ordering is bigendian... no
69checking for target cpu type... x86-64 bit compatible
70checking whether x86 dynamic cpu core will be enabled... no
71checking whether recompiling cpu core will be enabled... yes
72checking whether fpu emulation will be enabled... yes
73checking whether x86 assembly fpu core will be enabled... no
74checking whether to enable unaligned memory access... yes
75checking png.h usability... yes
76checking png.h presence... yes
77checking for png.h... yes
78checking for png_get_io_ptr in -lpng... yes
79checking SDL_net.h usability... yes
80checking SDL_net.h presence... yes
81checking for SDL_net.h... yes
82checking for SDLNet_Init in -lSDL_net... yes
83checking for main in -lX11... no
84checking X11/XKBlib.h usability... yes
85checking X11/XKBlib.h presence... yes
86checking for X11/XKBlib.h... yes
87checking for XKBlib support... no
88checking for main in -lGL... no
89checking for main in -lopengl32... no
90checking GL/gl.h usability... yes
91checking GL/gl.h presence... yes
92checking for GL/gl.h... yes
93checking whether opengl display output will be enabled... no
94checking SDL_sound.h usability... yes
95checking SDL_sound.h presence... yes
96checking for SDL_sound.h... yes
97checking for Sound_Init in -lSDL_sound... no
98checking for Sound_Seek in -lSDL_sound... no
99configure: WARNING: Can't find libSDL_sound, libSDL_sound support disabled
100checking sys/mman.h usability... yes
101checking sys/mman.h presence... yes
102checking for sys/mman.h... yes
103checking for mprotect... no
104checking for setpriority support... no
105configure: creating ./config.status
106config.status: creating Makefile
107config.status: creating src/Makefile
108config.status: creating src/cpu/Makefile
109config.status: creating src/cpu/core_full/Makefile
110config.status: creating src/cpu/core_normal/Makefile
111config.status: creating src/cpu/core_dyn_x86/Makefile
112config.status: creating src/cpu/core_dynrec/Makefile
113config.status: creating src/debug/Makefile
114config.status: creating src/dos/Makefile
115config.status: creating src/fpu/Makefile
116config.status: creating src/gui/Makefile
117config.status: creating src/hardware/Makefile
118config.status: creating src/hardware/serialport/Makefile
119config.status: creating src/ints/Makefile
120config.status: creating src/libs/Makefile
121config.status: creating src/libs/zmbv/Makefile
122config.status: creating src/libs/gui_tk/Makefile
123config.status: creating src/misc/Makefile
124config.status: creating src/shell/Makefile
125config.status: creating src/platform/Makefile
126config.status: creating src/platform/visualc/Makefile
127config.status: creating visualc_net/Makefile
128config.status: creating include/Makefile
129config.status: creating docs/Makefile
130config.status: creating config.h
131config.status: config.h is unchanged
132config.status: executing depfiles commands

For cue files with ogg/mp3 you need libsdl_sound (or sdl_sound) in both dev and normal

Dominus wrote:

For cue files with ogg/mp3 you need libsdl_sound (or sdl_sound) in both dev and normal

I already have those installed, at least the 64-bit versions. I'm guessing that I'll have to install the 32-bit versions?

EDIT: just found out how to install the 32bit version of libsdl-sound1.2. For some reason it decided to remove a bunch of important packages as well, including my window manager! 😳 I only found out about this after I pressed Y. 🤣

Well, it looks like the 64bit and 32bit packages can't coexist on the same system, which is fucking stupid if you ask me. I'm going to install Crunchbang, or maybe even *bleh* Windows 7. 🤣

EDIT: is there any way for me to force libsdl-sound1.2-dev:i386 to install WITHOUT removing most of the packages on my system? Every time I try to install it it nearly fucks over my system and I have to reinstall every package it removes.

Theoretically, you could use dpkg and the --force-depends option to force the install of a .deb file, but it can be a very, very dangerous thing to do. And should definitely not be done lightly. As in potentially breaking your system, or anything that depends on the package that is being replaced. On Ubuntu, I've NEVER used this command, and on Fedora the very few times I've used the equivalent it has been done only for very minor files, and even then with a lot of concern. (And if I were reckless enough to try this, probably remove the file immediately after compiling just to make sure it doesn't cause problems down the line)
And as the dev library lacks the libsdl-sound, libsdl-dev, and pretty much most of their dependencies' 32 bit versions, dosbox might not compile, or might not work right even if you do manage to compile it.

WARNING
If you do this, do not blame me if, or much more likely when, something goes wrong with your system.

Personally, I'd be tempted to try setting up a bootable USB with a 32-bit distro of Mint if you only needed the 32-bit version of dosbox just for Carmaggedon. Though you'd probably want to put as many of the files, espcially the game files, on the hard drive instead of the USB drive as the system can be a little slow if it needs to load files on USB.
Though I've had problems using more recent versions of Mint with certain usb creators, and think that I had to use UNetbootin to create a persistent image.

What I know:

1. Many packages were converted for multiarch, meaning that, at least for specific versions of various Linux distros (say Ubuntu 12.10 and up), you can install the 64-bit and 32-bit variants of such packages, side-by-side, with no conflict. For instance, this can be done with the libsdl-sound1.2 package beginning from Ubuntu 12.10. I have no idea in regards to the development packages, though.
2. While much less user friendly in a way, when I do want to build a 32-bit executable while using the current 64-bit environment, I'm using a 32-bit chroot. If you go that path, it is really better that you know what you're doing, at least sometimes, if you don't want your current setup to get messed up (say, if you want to share the home dir with the 32-bit chroot).

I already tried setting up a 32-bit chroot according to some guides I found online, but I could never get them to work properly, so what I'm going to do instead is copy over my 32-bit Crunchbang virtual machine from my main box, and use it to compile a static binary with the 32-bit SDL libs included.

Speaking of which, how would I go about doing this? I know I'm kind of opening up another can of worms here, but I just want to be able to seamlessly run Carmageddon alongside my other programs, without rebooting. 🤣 I could also just run it from within the VM, but that would probably reduce performance.

I'm doing this for my OS X snapshots.
You will have to make a prefix ONLY for 32bit libraries and binaries.
For example /opt/32
Now begin with the autotools (automake, autoconf),, libtool, pkgconfig. Download their releases, unpack, run ./configure --help and look at the options, definitely use --prefix=/opt/32, set cflags, lfflags correctly to only use this prefix, put the prefix in front of your path and so on.
Look at recent posts by me and emendelson to see how I do that and you can start 😉

Edit: for example this post Building under OS X and Xcode 5.0
You don't have sdk and other mac specific stuff, also instead of arch i386, you have to use -m32 I think.

AND this is all theory, I didn't try this on linux but at least it should get you started 😉

Dominus wrote:

I'm doing this for my OS X snapshots. You will have to make a prefix ONLY for 32bit libraries and binaries. For example /opt/32 […]
Show full quote

I'm doing this for my OS X snapshots.
You will have to make a prefix ONLY for 32bit libraries and binaries.
For example /opt/32
Now begin with the autotools (automake, autoconf),, libtool, pkgconfig. Download their releases, unpack, run ./configure --help and look at the options, definitely use --prefix=/opt/32, set cflags, lfflags correctly to only use this prefix, put the prefix in front of your path and so on.
Look at recent posts by me and emendelson to see how I do that and you can start 😉

Edit: for example this post Building under OS X and Xcode 5.0
You don't have sdk and other mac specific stuff, also instead of arch i386, you have to use -m32 I think.

AND this is all theory, I didn't try this on linux but at least it should get you started 😉

how do I specify -m32?

See what I linked and then "instead of arch i386 use -m32" should make sense...

So I just copied over my 32-bit Crunchbang virtual machine, and I've gotten the libraries I need to compile DosBox installed, but I still can't figure out how to point it towards my libsdl-sound1.2 library. Keep in mind, this is under a 32-bit environment, so having coexisting 32 and 64-bit libraries shouldn't be an issue.

I just want to know what exact files I need to edit, where those files can be located, how I'm supposed to edit them, and where I need to place certain files.

EDIT: Mark this as solved, since I just found another solution to my problem. 😁 Converting .DAT/.GOG/.OGG to .BIN/.CUE