-
UPDATE: the problem only affects the x11/ subcomponent, since I reached a successful build by editing by hand
x11/Makefile
adding -lpthread to LIBS, and then restarting the build from the top source directory.
2009-09-03 23:39:08 UTC in Crossfire RPG game
-
The build of the crossfire-client-1.12.0 breaks for me under Slackware 12.2 /x86-32
I think that's a missing linking option for pthread.
Attached the full console.log with all commands run and stdout/stderr.
The following is standard error only:
mapdata.c: In function 'mapdata_set_anim_layer':
mapdata.c:805: warning: 'speed_left' may be used uninitialized in this function...
2009-09-03 23:22:08 UTC in Crossfire RPG game
-
> 1) maybe it's easier to use a machine with a (built in) disk drive
For me it is more an emotional experience, it feels
like going back 20+ years. Hearing the sound of the program loading
from tape and waiting is just part of the experience for me.
> 2) if you want to save the program again on tape, you haev to
> insert a new blank tape, using the cassetteplayer new command,
> see ht.
2008-12-11 00:24:47 UTC in openMSX
-
Hello Manuel, thanks for your answer.
I forgot to mention that I am using the latest stable version (0.6.3), however the 'cassetteplayer record' command is still NIY in SVN trunk.
Here is my use case in more detail:
I run my Philips VG-8020 BIOS (actually I own a VG-8000, but I could not find the BIOS for my exact machine).
To do that, it is set as default machine in my user settings xml...
2008-12-10 21:50:36 UTC in openMSX
-
Hello,
in order to be able to program effectively using openMSX and cassetteplayer for storage, I found it difficult/impossible to load a previous taped basic program and then modify it and save it.
I use a different .CAS file for each program,
and in order to load, modify and overwrite the program I use the attached patch.
This is probably not ok for general purpose use, but some...
2008-12-09 20:44:28 UTC in openMSX
-
> Hi, to tell you the truth I've never seen a KDE program ship with a
> bootstrap.sh or autogen.sh.
And even bootstrap/autogen are a minority, as most source packages are distributed
with a configure script already in place.
However, bootstrap behaviour is at least mostly well defined.
> My suggestion would be to enhance you source installer to run
> "make -f Makefile.dist" or "make...
2007-03-11 19:59:38 UTC in KPlayer - a KDE media player
-
Hello,
currently your source package demands the user to
$ make -f Makefile.dist
while the common way of handling configure script
generation is an ./autogen.sh or (better) ./bootstrap.sh script.
Basically, you could keep everything in place as it is,
and add a ./bootstrap.sh script to the distributed tarball with the contents:
#! /bin/sh
make -f Makefile.dist
I am...
2007-03-09 09:17:38 UTC in KPlayer - a KDE media player
-
sick_soul committed patchset 119 of module cmdftp-development to the cmdftp CVS repository, changing 2 files.
2007-03-04 12:21:13 UTC in cmdftp
-
sick_soul committed patchset 118 of module cmdftp-development to the cmdftp CVS repository, changing 2 files.
2006-10-13 21:54:51 UTC in cmdftp
-
sick_soul committed patchset 117 of module cmdftp-development to the cmdftp CVS repository, changing 15 files.
2006-10-13 21:49:43 UTC in cmdftp