SynCE 0.11 released

[Jonny Lamb]

SynCE 0.11 has been released. There have been a number of advances in
the different modules, of different sizes. Each module, and their

Should have mentioned one more thing -- Modules untouched from last
release:

* librtfcomp
* pywbxml
* wbxml2

[David Eriksson]

Great job!

Cheers,

David

Greetings.
SynCE 0.11 has been released. There have been a number of advances in
the different modules, of different sizes. Each module, and their
More implementations of RAPI2 calls, python binding updates and
other misc. bug fixes.
More CE types introduced, enabled desktop integration by
default, error codes fixed, and other misc. bug fixes.
Pre-WM5 support, changeable IP-support, WM6 support, and other
misc. bug fixes.
New OpenSync 0.30 plugin, and more: see CHANGELOG.
Misc. build system fixes.
Added support for multiple devices, udev and hotplug, and build
system fixes.
Samsung SC* support.
Setup overhauled, tests for odccm introduced, password entry now
able to be discarded.
Fixed 64bit pointer problems, build system problems, and other
new implementations.
For more information on these, check the Subversion logs, and ChangeLog
files.
[An md5sums file is attached. This email is signed.]
Many thanks,
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

--

[Genix]

SynCE 0.11 has been released. There have been a number of advances in
the different modules, of different sizes. Each module, and their
Pre-WM5 support, changeable IP-support, WM6 support, and other
misc. bug fixes.

This patch fix linking odccm with --as-needed option.
Please, apply it

[Jonny Lamb]

Post by Genix
This patch fix linking odccm with --as-needed option.
Please, apply it

Firstly, thank you for this, and sorry for the time it has taken for me
to respond.

I am, unfortunately, not an autotools genius yet, and don't understand
what this does. Could you explain it please?

Thanks,

[Vasco Steinmetz]

Post by Jonny Lamb
I am, unfortunately, not an autotools genius yet, and don't understand
what this does. Could you explain it please?

The libraries a program should be linked with must not be defined via
automake's AM_LDFLAGS but by programname_LDFLAGS in this case
odccm_LDFLAGS. It may be a library from another Makefile.am which can be
compiled statically or dynamically or as by libtool, and with
odccm_LDFLAGS automake can thus figure out how to link it properly and if
it needs to be relinked at all.


Cheers,
Vasco

[Vasco Steinmetz]

Post by Vasco Steinmetz
The libraries a program should be linked with must not be defined via
automake's AM_LDFLAGS but by programname_LDFLAGS in this case
odccm_LDFLAGS. It may be a library from another Makefile.am which can be
compiled statically or dynamically or as by libtool, and with
odccm_LDFLAGS automake can thus figure out how to link it properly and if
it needs to be relinked at all.

Sorry, I meant _LDADD instead of _LDFLAGS.

That happens if you chat while writing emails..

Vasco

[Mark Ellis]

Post by Vasco Steinmetz

Post by Vasco Steinmetz
The libraries a program should be linked with must not be defined via
automake's AM_LDFLAGS but by programname_LDFLAGS in this case
odccm_LDFLAGS. It may be a library from another Makefile.am which can be
compiled statically or dynamically or as by libtool, and with
odccm_LDFLAGS automake can thus figure out how to link it properly and if
it needs to be relinked at all.

Sorry, I meant _LDADD instead of _LDFLAGS.
That happens if you chat while writing emails..
Vasco

Jonny, I meant to commit this and never got around to it. I'll do it
now, it's a highly sensible patch.

Thanks Vasco.

Ta
Mark