From: Marcel H. <ma...@ho...> - 2003-10-01 11:49:30
|
Hi Folks, I've released openobex-1.0.1 which fixes some minor problems. The tarball can be found under http://openobex.sf.net/download/ ver 1.0.1: Don't auto generate openobex.spec Add COPYING.LIB for LGPL stuff Make OBEX_TRANS_BLUETOOTH working on Big-endian platform Regards Marcel |
From: Edd D. <ed...@us...> - 2003-10-14 22:20:34
|
On Wed, 2003-10-01 at 12:48, Marcel Holtmann wrote: > Hi Folks, > > I've released openobex-1.0.1 which fixes some minor problems. The > tarball can be found under http://openobex.sf.net/download/ > > > ver 1.0.1: > Don't auto generate openobex.spec > Add COPYING.LIB for LGPL stuff > Make OBEX_TRANS_BLUETOOTH working on Big-endian platform Have I missed something, or does this release change the soname? That's a bit unfortunate, as it means recompiling everything just for this small bugfix release. -- Edd |
From: Marcel H. <ma...@ho...> - 2003-10-20 14:49:07
|
Hi Edd, > > I've released openobex-1.0.1 which fixes some minor problems. The > > tarball can be found under http://openobex.sf.net/download/ > > > > > > ver 1.0.1: > > Don't auto generate openobex.spec > > Add COPYING.LIB for LGPL stuff > > Make OBEX_TRANS_BLUETOOTH working on Big-endian platform > > Have I missed something, or does this release change the soname? That's > a bit unfortunate, as it means recompiling everything just for this > small bugfix release. damned. This is a bug in configure.in, which I took from Pontus Fuchs. Changing the micro version number give us a new soname. I am a little bit stuck with the -version-info and -release options of the linker. Any comments on how we can solve this the right way? I also noticed that it won't compile on Solaris 9, because it can not find the stdint.h header file. Is there general header file to include to get the typedef's for uint8_t for example? Regards Marcel |
From: Edd D. <ed...@us...> - 2003-11-22 15:49:08
|
On Mon, 2003-10-20 at 11:50, Marcel Holtmann wrote: > Hi Edd, > > > > I've released openobex-1.0.1 which fixes some minor problems. The > > > tarball can be found under http://openobex.sf.net/download/ > > > > > > > > > ver 1.0.1: > > > Don't auto generate openobex.spec > > > Add COPYING.LIB for LGPL stuff > > > Make OBEX_TRANS_BLUETOOTH working on Big-endian platform > > > > Have I missed something, or does this release change the soname? That's > > a bit unfortunate, as it means recompiling everything just for this > > small bugfix release. > > damned. This is a bug in configure.in, which I took from Pontus Fuchs. > Changing the micro version number give us a new soname. I am a little > bit stuck with the -version-info and -release options of the linker. Any > comments on how we can solve this the right way? Well, immediately I'd just revert the library name change before it gets into any more distributions... not reflecting the slight bug fix in the library number is better than completely breaking things. That notwithstanding, from what I understand of libtool and openobex's configure.in, it look as though you should have incremented OBEX_INTERFACE_AGE and OBEX_BINARY_AGE in addition to the micro version. Personally I think you'd do well for the next release that breaks ABI compatibility to adopt a saner soname policy, following more the typical pattern we see in BlueZ and other projects. > I also noticed that it won't compile on Solaris 9, because it can not > find the stdint.h header file. Is there general header file to include > to get the typedef's for uint8_t for example? Sorry, I have no idea about this. > > Regards > > Marcel > > > > > ------------------------------------------------------- > This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo > The Event For Linux Datacenter Solutions & Strategies in The Enterprise > Linux in the Boardroom; in the Front Office; & in the Server Room > http://www.enterpriselinuxforum.com > _______________________________________________ > Openobex-users mailing list > Ope...@li... > http://lists.sourceforge.net/lists/listinfo/openobex-users |