History log of /haiku/src/add-ons/mail_daemon/inbound_protocols/pop3/Jamfile
Revision Date Author Comments
# 8a9e1e0d 31-Dec-2017 Augustin Cavalier <waddlesplash@gmail.com>

Removal of non-Haiku target platform logic from build system (part 1.)

Following recent changes to use libroot_build on Haiku also, it is now
actually impossible to build Haiku components on non-Haiku platforms
(BeOS R5, Dan0, BONE, Zeta), so we can remove any logic related to this.

This is only the first part; still to be removed are:
* SetSubDirSupportedPlatformsBeOSCompatible
* HOST_PLATFORM_BEOS_COMPATIBLE
* TARGET_PLATFORM_BEOS_COMPATIBLE


# 92bfd0e0 30-Jun-2017 Augustin Cavalier <waddlesplash@gmail.com>

POP3: Remove direct usage of OpenSSL.

It already uses BSecureSocket without checking for USE_SSL,
so just assume we have SSL no matter what.


# 80c3a060 07-Feb-2015 Jérôme Duval <jerome.duval@gmail.com>

POP3: link against libstdc++ for debug build


# 7135c4f8 15-Oct-2012 Axel Dörfler <axeld@pinc-software.de>

Renamed pop3.{cpp|h} to POP3.{cpp|h}.


# 220d0402 31-Jul-2014 Oliver Tappe <zooey@hirschkaefer.de>

Use libstdc++, libsupc++ and libgcc from gcc_syslibs.

* Instead of faking libstdc++.so from libstdc++.a, use libstdc++.so
from the gcc_syslibs build feature for everything except x86_gcc2.
* Use libgcc_s.so from the gcc_syslibs build feature for everything but
x86_gcc2 (which still carries libgcc as part of libroot.so).
* Drop filtering of libgcc objects for libroot, as that is no longer
necessary since we're only using libgcc-as-single-object for libroot
with x86_gcc2, where the filtered object file doesn't exist. Should
the objects that used to be filtered cause any problems as part of
libgcc_s.so, we can always filter them as part of the gcc build.
* Use libsupc++.so from the gcc_syslibs build feature for everything but
x86_gcc2.
* Adjust all Jamfiles accordingly.
* Deactivate building of faked libstdc++.so for non-x86-gcc2. For
x86_gcc2, we still build libstdc++.so from the sources in the Haiku
source tree as part of the Haiku build .
* Put gcc_syslibs package onto the image, when needed.


# b0944c78 01-Aug-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

More work towards hybrid support

* All packaging architecture dependent variables do now have a
respective suffix and are set up for each configured packaging
architecture, save for the kernel and boot loader variables, which
are still only set up for the primary architecture.
For convenience TARGET_PACKAGING_ARCH, TARGET_ARCH, TARGET_LIBSUPC++,
and TARGET_LIBSTDC++ are set to the respective values for the primary
packaging architecture by default.
* Introduce a set of MultiArch* rules to help with building targets for
multiple packaging architectures. Generally the respective targets are
(additionally) gristed with the packaging architecture. For libraries
the additional grist is usually omitted for the primary architecture
(e.g. libroot.so and <x86>libroot.so for x86_gcc2/x86 hybrid), so that
Jamfiles for targets built only for the primary architecture don't
need to be changed.
* Add multi-arch build support for all targets needed for the stage 1
cross devel package as well as for libbe (untested).


# ff2e5209 30-Jun-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Remove the old "CVS" package rules

... and all their invocations.


# ebb78dd9 13-Jun-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Update openssl package

Also use the new build feature rules


# f0cacbb3 08-Dec-2012 Ingo Weinhold <ingo_weinhold@gmx.de>

OptionalBuildFeatures -> BuildFeatures, make use of new rules

Got rid of X86_ONLY and friends in HaikuImage, FloppyBootImage, etc.
Instead we use build feature specification annotated lists with
FFilterByBuildFeatures (either explicitly or implicitly where passing
the list directly to the image rules).

I just translated the variables to the respective annotatation in most
cases, though in some cases different annotation would be more correct
(e.g. for the OpenGL stuff).

Provides a simple framework for addressing #3798. The interested reader
may add the build features and add/adjust the annotations accordingly.


# dab1609b 28-Apr-2012 czeidler <haiku@clemens-zeidler.de>

Use BSecureSocket and BSocket instead of ServerConnection.
* When sending a new command, drain all leftover data and not only 1025 chars.


# aba82385 28-Jun-2011 Clemens Zeidler <clemens.zeidler@googlemail.com>

Patch by taos. Adds rdef files to make localization working.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42337 a95241bf-73f2-0310-859d-f6bbb57e9c96


# b2a55ebf 20-Jun-2011 Clemens Zeidler <clemens.zeidler@googlemail.com>

Apply a nice patch from Taos, just some smaller fixes by myself.
Localize the mail add-ons.
The Japanese translation is attached to #7689. Please give a notice when it is in the translation system and the ticket can be closed.
Does the B_UTF8_ELLIPSIS comes into the B_TRANSLATE macro?



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42265 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 1342dbcb 08-Jun-2011 Axel Dörfler <axeld@pinc-software.de>

* Removed support for building on BeOS R5.
* Made MessageIO comply to our coding style.
* No other functional change (intended).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42055 a95241bf-73f2-0310-859d-f6bbb57e9c96


# d26fee1a 08-Feb-2011 Clemens Zeidler <clemens.zeidler@googlemail.com>

Switch to the new MailProtocol and account API. Lot of other smaller adaption to the new mail server.

Remove button in the pref app removes the complete account because we don't have separate chains any more. The pref app stays a mess, needs some layout love! (I did it even look worse...)

The new account/mail settings classes know if they have been changed but the current pref panel does not use this feature very well. It always mark the settings as modified when the settings view is displayed or more precise when the settings view is detached from the pref window, this could be optimized. The according mail protocol is completely restarted when their settings changed.

Some system filters are now directly integrated in the mail protocols. Hopefully make things easier to understand.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40398 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 16d5c24e 07-Jul-2009 Oliver Tappe <zooey@hirschkaefer.de>

* merged 32bit-wchar_t branches of buildtools and haiku back into
the respective trunk

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31443 a95241bf-73f2-0310-859d-f6bbb57e9c96


# ff81d306 08-Apr-2009 Ingo Weinhold <ingo_weinhold@gmx.de>

* Moved the optional package dependency definitions into the new
build/jam/OptionalPackageDependencies and include it earlier (before the
Jamfiles).
* Introduced build/jam/OptionalBuildFeatures which is supposed to do the setup
for optional build features that need it.
* Renamed USE_SSL to HAIKU_BUILD_FEATURE_SSL and made it more intelligent.
The OpenSSL optional package is downloaded and unzipped automatically when
enabled. Switching between enabled/disabled HAIKU_BUILD_FEATURE_SSL is
handled gracefully -- the concerned components are built in separate
subdirectories. Adding the OpenSSL optional package to the image also enables
HAIKU_BUILD_FEATURE_SSL.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30021 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 10bc1510 31-Jan-2009 Rene Gollent <anevilyak@gmail.com>

Update OpenSSL package to 0.9.8j and relocate it to /boot/common. Thanks to Matt Madia and Scott McCreary for the patches! This closes ticket #2640.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29100 a95241bf-73f2-0310-859d-f6bbb57e9c96


# ad12e718 13-Aug-2008 Axel Dörfler <axeld@pinc-software.de>

* If USE_SSL is set when compiling the MDR add-ons, SSL will be used.
* By default, it will use a directory generated/cross-ssl where you need to
unzip the optional openssl package into before. If you're on Haiku, you can
use the SSL_DIR environment variable to point it to /boot/home/config
instead.
* Fixed build with USE_SSL defined.
* Renamed USESSL to USE_SSL.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26971 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 7e8ac290 12-Aug-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

* Prefixed the variables NETWORK_LIBS, NETAPI_LIB, and
SELECT_UNAME_ETC_LIB with TARGET_ and introduced HAIKU_* and HOST_*
counterparts.
* Use HOST_NETWORK_LIBS for building remote_disk_server.
* Also got rid of {R5,BONE,DANO,HAIKU}_COMPATIBLE.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21912 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 1acbe440 06-Apr-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

Removed the obsolete second argument ("relpath") of the Addon rule and
shuffled "isExecutable" to the end. The new order favors the common use
cases. Adjusted all Addon invocations and while at it also removed
separate LinkAgainst invocations.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20604 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 9c91a5f9 05-Nov-2005 Alexander G.M. Smith <agmsmith@nowhere.fake>

Now compiles for both Haiku and R5 targets. Also bumped the version
number to 3.0.3, just in case we want to do a new release soon with
this slightly better working version.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14718 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 0755123f 31-Oct-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Fixed most of the problems when building the MDR package for target R5.
Some add-ons don't build, since they include non-R5 networking headers.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14598 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 338b8dc3 29-Oct-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Merged changes from branch build_system_redesign at revision 14573.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14574 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6040be99 20-Nov-2004 shatty <shatty@nowhere.fake>

use NETWORK_LIBS for linking, define BUILDING_R5_LIBNET if necessary


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10059 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 3df3da2c 11-Nov-2004 shatty <shatty@nowhere.fake>

use BONE_COMPATIBLE variable instead of TARGET_PLATFORM to control linking


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9914 a95241bf-73f2-0310-859d-f6bbb57e9c96


# cb14d593 17-Oct-2004 shatty <shatty@nowhere.fake>

patches for building for different targets


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9387 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 45abc8d7 30-Sep-2004 Nathan Whitehorn <nwhitehorn@nowhere.fake>

Added SSL compilation support by defining USESSL as an environment variable.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9126 a95241bf-73f2-0310-859d-f6bbb57e9c96


# ebab3a7e 27-Sep-2004 Nathan Whitehorn <nwhitehorn@nowhere.fake>

Fixed some library dependency issues that broke compilation on systems that don't have Haiku MDR installed.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9078 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 0d21a7f4 21-Sep-2004 Nathan Whitehorn <nwhitehorn@nowhere.fake>

Added packaging for the mail daemon, added build support for SSL mode (although it currently relies on manually uncommenting things in the Jamfile). PPP state detection still broken.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9025 a95241bf-73f2-0310-859d-f6bbb57e9c96


# f7215ac8 20-Sep-2004 Nathan Whitehorn <nwhitehorn@nowhere.fake>

Imported MDR. Some code still not entirely functional -- I haven't been able to figure out how to detect SSL, so IMAP and POP have it turned off. PPP auto-detect is also not functional at the moment. Other than that, it seems to work beautifully. Packaging will come later.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9016 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 80c3a060f918478f61350abb499e6cc8fab11bb0 07-Feb-2015 Jérôme Duval <jerome.duval@gmail.com>

POP3: link against libstdc++ for debug build


# 7135c4f8feab2985af8e202cdd378986706ed22a 15-Oct-2012 Axel Dörfler <axeld@pinc-software.de>

Renamed pop3.{cpp|h} to POP3.{cpp|h}.


# 220d04022750f40f8bac8f01fa551211e28d04f2 31-Jul-2014 Oliver Tappe <zooey@hirschkaefer.de>

Use libstdc++, libsupc++ and libgcc from gcc_syslibs.

* Instead of faking libstdc++.so from libstdc++.a, use libstdc++.so
from the gcc_syslibs build feature for everything except x86_gcc2.
* Use libgcc_s.so from the gcc_syslibs build feature for everything but
x86_gcc2 (which still carries libgcc as part of libroot.so).
* Drop filtering of libgcc objects for libroot, as that is no longer
necessary since we're only using libgcc-as-single-object for libroot
with x86_gcc2, where the filtered object file doesn't exist. Should
the objects that used to be filtered cause any problems as part of
libgcc_s.so, we can always filter them as part of the gcc build.
* Use libsupc++.so from the gcc_syslibs build feature for everything but
x86_gcc2.
* Adjust all Jamfiles accordingly.
* Deactivate building of faked libstdc++.so for non-x86-gcc2. For
x86_gcc2, we still build libstdc++.so from the sources in the Haiku
source tree as part of the Haiku build .
* Put gcc_syslibs package onto the image, when needed.


# b0944c78b074a8110bd98e060415d0e8f38a7f65 01-Aug-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

More work towards hybrid support

* All packaging architecture dependent variables do now have a
respective suffix and are set up for each configured packaging
architecture, save for the kernel and boot loader variables, which
are still only set up for the primary architecture.
For convenience TARGET_PACKAGING_ARCH, TARGET_ARCH, TARGET_LIBSUPC++,
and TARGET_LIBSTDC++ are set to the respective values for the primary
packaging architecture by default.
* Introduce a set of MultiArch* rules to help with building targets for
multiple packaging architectures. Generally the respective targets are
(additionally) gristed with the packaging architecture. For libraries
the additional grist is usually omitted for the primary architecture
(e.g. libroot.so and <x86>libroot.so for x86_gcc2/x86 hybrid), so that
Jamfiles for targets built only for the primary architecture don't
need to be changed.
* Add multi-arch build support for all targets needed for the stage 1
cross devel package as well as for libbe (untested).


# ff2e520912416877692e36bb130608d1a92df078 30-Jun-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Remove the old "CVS" package rules

... and all their invocations.


# ebb78dd9b70b96e75a2763014c579e3973f3179b 13-Jun-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Update openssl package

Also use the new build feature rules


# f0cacbb32ba55d1fb4bdbd71152e57a3da3f290e 08-Dec-2012 Ingo Weinhold <ingo_weinhold@gmx.de>

OptionalBuildFeatures -> BuildFeatures, make use of new rules

Got rid of X86_ONLY and friends in HaikuImage, FloppyBootImage, etc.
Instead we use build feature specification annotated lists with
FFilterByBuildFeatures (either explicitly or implicitly where passing
the list directly to the image rules).

I just translated the variables to the respective annotatation in most
cases, though in some cases different annotation would be more correct
(e.g. for the OpenGL stuff).

Provides a simple framework for addressing #3798. The interested reader
may add the build features and add/adjust the annotations accordingly.


# dab1609bafed6f361d16dbb866f790932fc28696 28-Apr-2012 czeidler <haiku@clemens-zeidler.de>

Use BSecureSocket and BSocket instead of ServerConnection.
* When sending a new command, drain all leftover data and not only 1025 chars.


# aba82385f185a06370acaaeb06b9188326804814 28-Jun-2011 Clemens Zeidler <clemens.zeidler@googlemail.com>

Patch by taos. Adds rdef files to make localization working.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42337 a95241bf-73f2-0310-859d-f6bbb57e9c96


# b2a55ebf98c90f5b1087d74ba18e9a8c4833f806 20-Jun-2011 Clemens Zeidler <clemens.zeidler@googlemail.com>

Apply a nice patch from Taos, just some smaller fixes by myself.
Localize the mail add-ons.
The Japanese translation is attached to #7689. Please give a notice when it is in the translation system and the ticket can be closed.
Does the B_UTF8_ELLIPSIS comes into the B_TRANSLATE macro?



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42265 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 1342dbcbbc807e3aedf775c2632d1312c520ac79 08-Jun-2011 Axel Dörfler <axeld@pinc-software.de>

* Removed support for building on BeOS R5.
* Made MessageIO comply to our coding style.
* No other functional change (intended).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42055 a95241bf-73f2-0310-859d-f6bbb57e9c96


# d26fee1afb9b3f3fdee2ca569b4944c3ad377d39 08-Feb-2011 Clemens Zeidler <clemens.zeidler@googlemail.com>

Switch to the new MailProtocol and account API. Lot of other smaller adaption to the new mail server.

Remove button in the pref app removes the complete account because we don't have separate chains any more. The pref app stays a mess, needs some layout love! (I did it even look worse...)

The new account/mail settings classes know if they have been changed but the current pref panel does not use this feature very well. It always mark the settings as modified when the settings view is displayed or more precise when the settings view is detached from the pref window, this could be optimized. The according mail protocol is completely restarted when their settings changed.

Some system filters are now directly integrated in the mail protocols. Hopefully make things easier to understand.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40398 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 16d5c24e533eb14b7b8a99ee9f3ec9ba66335b1e 07-Jul-2009 Oliver Tappe <zooey@hirschkaefer.de>

* merged 32bit-wchar_t branches of buildtools and haiku back into
the respective trunk

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31443 a95241bf-73f2-0310-859d-f6bbb57e9c96


# ff81d306d49e6ce4237bdee4c2d1dfd8e9b92e74 08-Apr-2009 Ingo Weinhold <ingo_weinhold@gmx.de>

* Moved the optional package dependency definitions into the new
build/jam/OptionalPackageDependencies and include it earlier (before the
Jamfiles).
* Introduced build/jam/OptionalBuildFeatures which is supposed to do the setup
for optional build features that need it.
* Renamed USE_SSL to HAIKU_BUILD_FEATURE_SSL and made it more intelligent.
The OpenSSL optional package is downloaded and unzipped automatically when
enabled. Switching between enabled/disabled HAIKU_BUILD_FEATURE_SSL is
handled gracefully -- the concerned components are built in separate
subdirectories. Adding the OpenSSL optional package to the image also enables
HAIKU_BUILD_FEATURE_SSL.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30021 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 10bc1510be8f37a1f328f595260d8bf5a69cc150 31-Jan-2009 Rene Gollent <anevilyak@gmail.com>

Update OpenSSL package to 0.9.8j and relocate it to /boot/common. Thanks to Matt Madia and Scott McCreary for the patches! This closes ticket #2640.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29100 a95241bf-73f2-0310-859d-f6bbb57e9c96


# ad12e71861d9b39e36b7a878036da56cbe30871d 13-Aug-2008 Axel Dörfler <axeld@pinc-software.de>

* If USE_SSL is set when compiling the MDR add-ons, SSL will be used.
* By default, it will use a directory generated/cross-ssl where you need to
unzip the optional openssl package into before. If you're on Haiku, you can
use the SSL_DIR environment variable to point it to /boot/home/config
instead.
* Fixed build with USE_SSL defined.
* Renamed USESSL to USE_SSL.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26971 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 7e8ac2903b840f54bd891019fac17f2e28cbbc0c 12-Aug-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

* Prefixed the variables NETWORK_LIBS, NETAPI_LIB, and
SELECT_UNAME_ETC_LIB with TARGET_ and introduced HAIKU_* and HOST_*
counterparts.
* Use HOST_NETWORK_LIBS for building remote_disk_server.
* Also got rid of {R5,BONE,DANO,HAIKU}_COMPATIBLE.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21912 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 1acbe440b8dd798953bec31d18ee589aa3f71b73 06-Apr-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

Removed the obsolete second argument ("relpath") of the Addon rule and
shuffled "isExecutable" to the end. The new order favors the common use
cases. Adjusted all Addon invocations and while at it also removed
separate LinkAgainst invocations.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20604 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 9c91a5f9d6fa488da6076d0cd379d75258d0aca1 05-Nov-2005 Alexander G.M. Smith <agmsmith@nowhere.fake>

Now compiles for both Haiku and R5 targets. Also bumped the version
number to 3.0.3, just in case we want to do a new release soon with
this slightly better working version.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14718 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 0755123f839c29eb1aefbff6f5fd0aa9a4e381c3 31-Oct-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Fixed most of the problems when building the MDR package for target R5.
Some add-ons don't build, since they include non-R5 networking headers.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14598 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 338b8dc301721b1f472e8297a898d4eaa2f2ee3a 29-Oct-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Merged changes from branch build_system_redesign at revision 14573.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14574 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6040be9931fe74ba870d67230da05a5001d73c6d 20-Nov-2004 shatty <shatty@nowhere.fake>

use NETWORK_LIBS for linking, define BUILDING_R5_LIBNET if necessary


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10059 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 3df3da2ccca8b1edcf7620357e8870e50222dea3 11-Nov-2004 shatty <shatty@nowhere.fake>

use BONE_COMPATIBLE variable instead of TARGET_PLATFORM to control linking


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9914 a95241bf-73f2-0310-859d-f6bbb57e9c96


# cb14d5934609c149f291811f2a879140e7d0e964 17-Oct-2004 shatty <shatty@nowhere.fake>

patches for building for different targets


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9387 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 45abc8d70d0bf6ad80c0e698f8c7fb04e6564f19 30-Sep-2004 Nathan Whitehorn <nwhitehorn@nowhere.fake>

Added SSL compilation support by defining USESSL as an environment variable.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9126 a95241bf-73f2-0310-859d-f6bbb57e9c96


# ebab3a7e9c6bce9b5fa9a16089d4c4c880d462e2 27-Sep-2004 Nathan Whitehorn <nwhitehorn@nowhere.fake>

Fixed some library dependency issues that broke compilation on systems that don't have Haiku MDR installed.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9078 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 0d21a7f43f0b7e2bcaf15d5a13abfb5ea066eb83 21-Sep-2004 Nathan Whitehorn <nwhitehorn@nowhere.fake>

Added packaging for the mail daemon, added build support for SSL mode (although it currently relies on manually uncommenting things in the Jamfile). PPP state detection still broken.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9025 a95241bf-73f2-0310-859d-f6bbb57e9c96


# f7215ac853ab5fda385dffd3e3dc0e1f74662ce9 20-Sep-2004 Nathan Whitehorn <nwhitehorn@nowhere.fake>

Imported MDR. Some code still not entirely functional -- I haven't been able to figure out how to detect SSL, so IMAP and POP have it turned off. PPP auto-detect is also not functional at the moment. Other than that, it seems to work beautifully. Packaging will come later.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9016 a95241bf-73f2-0310-859d-f6bbb57e9c96