ushare comilations problem (cfgparser.c:129: error: syntax error before "read")

[dissent]

Ich möchte mir einen UPNP Server installieren, da der Twonky leider nur abstürzt sobald er Daten liefern soll, versuche ich es nun mit anderen... die bekomme ich aber nicht mal installiert:

(Freebsd 5.3, libupnp1.4.1)
bei Ushare0.9.7 kommt das:

derpaul# gmake
gmake  all-recursive
gmake[1]: Entering directory `/home/paul/ushare-0.9.7'
Making all in po
gmake[2]: Entering directory `/home/paul/ushare-0.9.7/po'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/home/paul/ushare-0.9.7/po'
Making all in scripts
gmake[2]: Entering directory `/home/paul/ushare-0.9.7/scripts'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/home/paul/ushare-0.9.7/scripts'
Making all in src
gmake[2]: Entering directory `/home/paul/ushare-0.9.7/src'
if gcc -DHAVE_CONFIG_H -I. -I. -I..   -I/usr/local/include  -D_THREAD_SAFE -I/usr/local/include   -g -O2 -Wall -W -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT -MT cfgparser.o -MD -MP -MF ".deps/cfgparser.Tpo" -c -o cfgparser.o cfgparser.c; \
then mv -f ".deps/cfgparser.Tpo" ".deps/cfgparser.Po"; else rm -f ".deps/cfgparser.Tpo"; exit 1; fi
cfgparser.c: In function `strdup_trim':
cfgparser.c:78: warning: implicit declaration of function `strndup'
cfgparser.c:78: warning: assignment makes pointer from integer without a cast
cfgparser.c: In function `parse_config_file':
cfgparser.c:129: error: syntax error before "read"
cfgparser.c:139: error: `read' undeclared (first use in this function)
cfgparser.c:139: error: (Each undeclared identifier is reported only once
cfgparser.c:139: error: for each function it appears in.)
cfgparser.c:139: warning: implicit declaration of function `getline'
gmake[2]: *** [cfgparser.o] Error 1
gmake[2]: Leaving directory `/home/paul/ushare-0.9.7/src'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/home/paul/ushare-0.9.7'
gmake: *** [all] Error 2

das komische ist, dass ich bei google nix gefunden habe und echt ziemlich sprachlos bin.

bei gmediaserver-0.12.0 ist folgendes Problem:

checking pkg-config is at least version 0.9.0... yes
checking for UPNP... yes
checking magic.h usability... yes
checking magic.h presence... yes
checking for magic.h... yes
checking for magic_open in -lmagic... no
configure: error: libmagic library or magic_open function not found

ich habe extraie makefile geändert und libmagic neu installiert, da bei 5.3 die magic.h nicht installiert wird und dann kommt das...

bei gmediaserver-0.11 schaffe ich es nicht ihm die upnp dirs bekannt zu machen...

 ./configure UPNP_LIBS=/usr/local/lib/ --with-libupnp=/usr/local/include/upnp/
 ./configure UPNP_LIPS=/usr/local/lib/ UPNP_CFLAGS=/usr/local/include/upnp/
 ./configure UPNP_LIBS=/usr/local/include/upnp

  UPNP_CFLAGS C compiler flags for UPNP, overriding pkg-config
  UPNP_LIBS   linker flags for UPNP, overriding pkg-config
  --with-libupnp=DIR      prefix for upnp library files and headers

/usr/local/lib/libupnp.so
/usr/local/include/upnp/upnp.h

jemand eine idee?

 

[dissent]

ich habe mich nun auch an den mediatomb ran gemacht, da erhalte ich folgendes Problem:

if g++ -DPACKAGE_NAME=\"mediatomb\" -DPACKAGE_TARNAME=\"mediatomb\" -DPACKAGE_VERSION=\"0.8.1\" -DPACKAGE_STRING=\"mediatomb\ 0.8.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"mediatomb\" -DVERSION=\"0.8.1-patched\" -DHAVE_LIBMYSQLCLIENT=1 -DHAVE_MYSQL=1 -DHAVE_MAGIC=1 -DHAVE_ID3=1  -I. -I.   -I/usr/local/include -I../src -g -O2 -I/usr/local/include/mysql -pipe -MT libmediatomb_a-cds_resource_manager.o -MD -MP -MF ".deps/libmediatomb_a-cds_resource_manager.Tpo" -c -o libmediatomb_a-cds_resource_manager.o `test -f '../src/cds_resource_manager.cc' || echo './'`../src/cds_resource_manager.cc; \
then mv -f ".deps/libmediatomb_a-cds_resource_manager.Tpo" ".deps/libmediatomb_a-cds_resource_manager.Po"; else rm -f ".deps/libmediatomb_a-cds_resource_manager.Tpo"; exit 1; fi
In file included from ../src/cds_resource_manager.cc:23:
../src/server.h:115: error: `pthread_mutex_t' does not name a type
gmake[1]: *** [libmediatomb_a-cds_resource_manager.o] Error 1
gmake[1]: Leaving directory `/home/paul/mediatomb-0.8.1-patched/build'
gmake: *** [check-recursive] Error 1

warum funktioniert denn kein upnp tool is ja zum heulen...

 

[dissent]

ich hab jetzt das problem vom gmediaserver0.11 umgangen indem ich die libs einfach in das src dir gelinkt habe.

jetzt bekomme ich aber einen anderen fehler:

if gcc -DHAVE_CONFIG_H -I. -I. -I..  -I../lib -I../lib  -I/usr/local/include -Wall -I.. -D_THREAD_SAFE -I/usr/local/include    -g -O2 -MT metadata.o -MD -MP -MF ".deps/metadata.Tpo" -c -o metadata.o metadata.c; \
then mv -f ".deps/metadata.Tpo" ".deps/metadata.Po"; else rm -f ".deps/metadata.Tpo"; exit 1; fi
metadata.c:139: error: syntax error before "metadata_mutex"
metadata.c:139: warning: type defaults to `int' in declaration of `metadata_mutex'
metadata.c:139: warning: data definition has no type or storage class
metadata.c: In function `init_metadata':
metadata.c:951: warning: implicit declaration of function `ithread_mutex_init'
metadata.c: In function `finish_metadata':
metadata.c:1048: warning: implicit declaration of function `ithread_mutex_destroy'
metadata.c: In function `lock_metadata':
metadata.c:1054: warning: implicit declaration of function `ithread_mutex_lock'
metadata.c: In function `unlock_metadata':
metadata.c:1060: warning: implicit declaration of function `ithread_mutex_unlock'
gmake[3]: *** [metadata.o] Error 1
gmake[3]: Leaving directory `/home/paul/gmediaserver-0.11.0/src'
gmake[2]: *** [check-recursive] Error 1

der quelltext:

#ifdef HAVE_ID3LIB
static iconv_t iso8859_1_to_utf8;
static iconv_t utf16_to_utf8;
#endif
char *file_types = DEFAULT_FILE_TYPES;
static ithread_mutex_t metadata_mutex; //zeile 139
bool tags_enabled = true;
#ifdef HAVE_ID3LIB
static ID3Tag *id3;
#endif

 

[Jin]

MediaTomb + BSD

Hi,

wir haben unsere aktuellen development sourcen auf SourceForge eingechecked, die version im SVN ist bereits unter BSD lauffaehig.

Allerdings ist das noch kein release und kein prerelease, der code sollte aber funktionieren und wir sind mit der fuer den 0.9 release geplanten funktionalitaet schon fast fertig.

Gruss,
Jin