I'm not a C programmer, and am struggling with configure.in - I'm trying to turn off the dependency on tcl, python & perl since I don't have the devel libs handy.

My quick-hack approach was to make up bogus paths for tcl and perl like this in configure.in:

AC_PATH_PROG([PERL], [boofootperl], [no])
AM_CONDITIONAL([ENABLE_PERL], [test x"$PERL" != x"no"])
AC_PATH_PROG([TCLSH], [boofootclsh], [no])
AM_CONDITIONAL([ENABLE_TCL], [test x"$TCLSH" != x"no"])

then run autoconf to generate a new configure script.

This is obviously not the way to do things, since when I run configure, I get:

[earlier output removed]
checking python extra libraries...
checking for boofootperl... no
checking for boofootclsh... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating swig/perl/Makefile
config.status: creating swig/perl/Makefile.PL
config.status: creating swig/python/Makefile
config.status: creating swig/tcl/Makefile
config.status: creating swig/Makefile
config.status: creating contrib/Makefile
config.status: creating doc/Makefile
config.status: creating apps/Makefile
config.status: creating bfb/Makefile
config.status: creating multicobex/Makefile
config.status: creating obexftp/Makefile
config.status: creating obexftp.spec
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
[root@talby obexftp-0.18]# make
cd . && /bin/sh /usr/local/download/obex/obexftp-0.18/missing --run aclocal-1.7
aclocal: configure.in: 24: macro `AM_PATH_OPENOBEX' not found in library
aclocal: configure.in: 26: macro `AM_ICONV' not found in library

What's the right way to get rid of all the tcl, perl, python compilation errors that result when I try and '.configure;make' from the tar?

Thanks,

Jason.


On Fri, 2005-12-16 at 12:33 +1100, Jason Grant wrote:
Hi Christian,

There's a #ifdef bug in obexftp.c - there's a call to discover_bt(..) that isn't protected by an #ifdef HAVE_BLUETOOTH, so I get the following on compilation:

   /usr/local/download/obex/obexftp-0.18/apps/obexftp.c:421: undefined reference to `discover_bt'

Cheers,

Jason.


On Thu, 2005-12-15 at 14:49 +0100, Christian W. Zuckschwerdt wrote:
Hi,

Alex Kanavin wrote:

> On Thu, 15 Dec 2005, Christian W. Zuckschwerdt wrote:
>
>> The reason we need to include SYNCH is sad and simple, 
>> "telecom/devinfo.txt" is the easiest and most compatible way to 
>> identify a mobile.
>
>
> Is it? As far as I remember latest Nokias don't support IrMC at all, 
> they use SyncML and x-obex-capability instead.


Right, its either capabilities or devinfo. Most mobiles only support 
devinfo yet.
Another nice thing to have is (level 2) access to e.g. telecom/pb.vcf 
and telecom/cal.vcs.
These give you the complete phonebook in vcf format and calendar as vcs.

added: (http://triq.net/obexftp/beta-testing/obexftp-0.18_beta2.tar.gz)
 -U, --uuid                  use given uuid (none, FBS, IRMC, S45)
 -H, --noconn                suppress connection ids (no conn header)
 -S, --nopath                dont use setpaths (use path as filename)

obexftp -U synch -S -g telecom/devinfo.txt
works now.

Other telecom/ prefixed objects are listed on 
http://triq.net/obex/obexftp/services
(Copied that from the old docs into the wiki just now.)


cu,
Christian



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Openobex-users mailing list
Openobex-users@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/openobex-users