Package Details: dosbox-daum 20150125-4

Git Clone URL: https://aur.archlinux.org/dosbox-daum.git (read-only)
Package Base: dosbox-daum
Description: Emulator with builtin DOS for running DOS Games (Daum version)
Upstream URL: http://ykhwong.x-y.net/
Licenses: GPL
Conflicts: dosbox
Provides: dosbox
Submitter: oi_wtf
Maintainer: oi_wtf
Last Packager: oi_wtf
Votes: 9
Popularity: 0.023388
First Submitted: 2015-06-16 21:17
Last Updated: 2018-02-28 22:47

Required by (51)

Sources (9)

Latest Comments

1 2 Next › Last »

oi_wtf commented on 2018-07-25 12:13

Well, the sources of this package are probably unmaintained and the last release is from early 2015, so I think it's a small wonder it worked as long as it has.

With sdl_sound building fails because it can't find the function Sound_GetDuration(), with sdl_sound-hg it builds fine, one of the unreleased changes seems to be the adding of that function.

So you should probably look into getting sdl_sound-hg to build again or maybe build an older version. The package I've tested building with was of the tag 'final-lgpl-revision', but I built that a while ago (May 2017).

Edit:

I looked at the repository of sdl_sound and any later version than the tag I mentioned earlier would not work for this package, because they've switched to SDL2, which I'm pretty sure is not supported by this package. This commit states clearly, that the branch stable-1.0 (same as tag final-lgpl-revision at the time of writing) should be used for SDL < 2: http://hg.icculus.org/icculus/SDL_sound/rev/b0389c65334c

So for this package a sdl_sound package of the 'stable-1.0' branch would be needed ayway.

Tom_B commented on 2018-07-24 14:17

Does this require sdl_sound-hg or can sdl_sound be used? I ask because sdl_sound-hg no longer compiles.

Assuming it can and this isn't caused by using sdl_sound rather than sdl_cound-hg, compiling gets stuck at:

mv -f .deps/dos.Tpo .deps/dos.Po mv -f .deps/dos_keyboard_layout.Tpo .deps/dos_keyboard_layout.Po mv -f .deps/dos_mscdex.Tpo .deps/dos_mscdex.Po mv -f .deps/dos_files.Tpo .deps/dos_files.Po mv -f .deps/dos_programs.Tpo .deps/dos_programs.Po make[3]: Leaving directory '/tmp/yaourt-tmp-tom/aur-dosbox-daum/src/src/dos' make[2]: *** [Makefile:480: all-recursive] Error 1 make[2]: Leaving directory '/tmp/yaourt-tmp-tom/aur-dosbox-daum/src/src'

If this is an issue with sdl_sound-hg (which seems to be only a minor patch to sdl_sound) then I'll comment there.

oi_wtf commented on 2018-02-28 23:00

I've disabled fluidsynth for now in configure to make the package build in all cases again.

If anyone could tell me a simple test case that uses the fluidsynth code, I could/would test if the commented out function in src/src/gui/midi_synth.h (line ~150 and following) works as a replacement.

Otherwise you'll need to downgrade fluidsynth to 1.1.6-5 to be able to use it. (And remove the sed that disables it, of course.)

I can't provide any better patch or solution since my understanding of fluidsynth, and what dosbox's code is trying to do with it, is very limited.

AE86 commented on 2018-02-26 07:06

Downgrading fluidsynth to 1.1.6-5 resolves that issue (the culprit is https://github.com/FluidSynth/fluidsynth/commit/5f45c6d97b241ed250272e4a523d19dbc2bac414, https://github.com/FluidSynth/fluidsynth/commit/51cc2656e1b4a36c13f81ad838c4f520adc3d776 - that function not exported anymore)

Someone needed to patch the dosbox-daum midi synth source.

oi_wtf commented on 2018-02-25 20:21

Probably something similar to the problem described in my earlier comment on 2017-02-20 15:20 .

"undefined referenct to"-errors mean, that the linker couldn't find the mentioned function in the actual library (the *.so) [...] You could start with checking if all libraries the mentioned functions belong to are installed correctly and up to date. Maybe some of them should be recompiled, because their dependencies were upated.

You should check if you'd maybe need to recompile the fluidsynth library or maybe the SDL library depending on it.

AE86 commented on 2018-02-22 06:32

Got an error

g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -std=c++14 -mno-ms-bitfields -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -std=c++14 -o dosbox dosbox.o save_state.o miniunz.o minizip.o unzip.o zip.o iowin32.o ioapi.o mztools.o cpu/libcpu.a debug/libdebug.a dos/libdos.a fpu/libfpu.a hardware/libhardware.a shell/libshell.a gui/libgui.a ints/libints.a misc/libmisc.a hardware/serialport/libserial.a hardware/parport/libparallel.a libs/gui_tk/libgui_tk.a libs/porttalk/libporttalk.a hardware/reSID/libresid.a -lSDL_sound -lasound -lm -ldl -lpthread -ltbb -L/usr/lib -lSDL -lpng -lz -lfreetype -lpcap -lSDL_net -lX11 -lGL -lfluidsynth cpu/libcpu.a

gui/libgui.a(midi.o): In function `MidiHandler_synth::PlaySysex(unsigned char*, unsigned long)':

midi.cpp:(.text._ZN17MidiHandler_synth9PlaySysexEPhm[_ZN17MidiHandler_synth9PlaySysexEPhm]+0x24): undefined reference to `fluid_midi_parser_parse'

gui/libgui.a(midi.o): In function `MidiHandler_synth::PlayMsg(unsigned char*)':

midi.cpp:(.text._ZN17MidiHandler_synth7PlayMsgEPh[_ZN17MidiHandler_synth7PlayMsgEPh]+0x44): undefined reference to `fluid_midi_parser_parse'

gui/libgui.a(midi.o): In function `MidiHandler_synth::Open(char const*)':

midi.cpp:(.text._ZN17MidiHandler_synth4OpenEPKc[_ZN17MidiHandler_synth4OpenEPKc]+0x35): undefined reference to `fluid_log_config'

midi.cpp:(.text._ZN17MidiHandler_synth4OpenEPKc[_ZN17MidiHandler_synth4OpenEPKc]+0x20f): undefined reference to `new_fluid_midi_parser'

collect2: ошибка: выполнение ld завершилось с кодом возврата 1

Any ideas?

oi_wtf commented on 2018-02-21 19:33

Done that.

Didn't test myself yet, though, since you mentioned you tested it in openglide-cvs comments.

Could you add a conflicts=('openglide-cvs') to openglide-git? I had to manually remove the cvs version, a conflict should at least prompt a "Do you want to remove openglide-cvs?" from pacman... ;)

8BitSloth commented on 2018-02-18 09:46

@oi_wtf You can replace openglide-cvs with openglide-git. After you do so, I will have the CVS version deleted since SourceForge has dropped CVS and the maintainer of the project doesn't seem to care much for enabling Git. The new package pulls from https://github.com/voyageur/openglide.

avamk commented on 2017-02-21 17:36

@oi_wtf: Ah OK. I re-makepkg-ed the sdl-openglhq dependency and making/installing dosbox-daum now works. Thank you!

oi_wtf commented on 2017-02-20 15:20

well, they're all linking errors...

"undefined referenct to"-errors mean, that the linker couldn't find the mentioned function in the actual library (the *.so)
Usually this is caused by two different problems:

1. The library which contains the function is missing from the linkers command line. Adding -lXXX for libXXX.so to the linkers flags helps here.
But since it compiles fine on a few others and my system, this shouldn't be the case.

2. The header (*.h) used for compiling and the library (*.so) have mismatches. Like the header defines a function which isn't actually in the library.
There are many things, that can cause this... Most commonly: The header and the library are from different versions of the library for some reason.
For example: Let's say, there's an old version of the header in /usr/local/, the compiler uses /usr/include/somelib.h, but the linker tries to use /usr/local/lib/libsomelib.so, or the other way round.

You could start with checking if all libraries the mentioned functions belong to are installed correctly and up to date.
Maybe some of them should be recompiled, because their dependencies were upated.

For example the "/usr/lib/libSDL.so: undefined reference to `ts_open'" error looks like it's caused by the latter.