Commit by mauricek :: r1083735 emerge/trunk/kdesupport/emerge/portage/testing/skrooge/skrooge-0.01.py:

add dependency

skrooge depends on libopensp in addition.

Commit by mauricek :: r1080658 libs/trunk/KDE/kdeplasma-addons/libs/lancelot/widgets/PassagewayView.cpp:

compile fix for Windows

probably on other platforms as well, type in the
namespace name.

Commit by mauricek :: r1044581 skrooge/trunk/extragear/office/skrooge/skgbankmodeler/skgdocumentbank.cpp:

compile fix for windows

isnan and isinf are no members of std on msvc2008

Commit by mauricek :: r1036083 skrooge/trunk/extragear/office/skrooge/ (7 files in 6 dirs):

Get Skrooge compiling under Windows

• has lots of edges (especially on CMake side). Hoping for some assistance from Saro here.
• Skrooge starts, but every action seems to be disabled currently. Needs further investigation/ bugfixes. CCMAIL:ps_ml at gmx dot de

Commit by mauricek :: r1036081 emerge/trunk/kdesupport/emerge/portage/testing/libofx/ (6 files):

preliminary version of libofx

untested version. Mostly there to get skrooge to a compiling
state at least.

CCMAIL:ps_ml at gmx dot de

Commit by mauricek :: r1036079 emerge/trunk/kdesupport/emerge/portage/testing/libopensp/ (4 files):

preliminary version of opensp for Windows

• is a try to copy the makefiles for windows included in the package
• these are very outdated and probably CMakeLists.txt should be updated CCMAIL:ps_ml at gmx dot de

Commit by mauricek :: r1027855 ktorrent/trunk/extragear/network/ktorrent/libbtcore/torrent/torrentstats.h:

compile on windows

ERROR is predefined.

Commit by mauricek :: r1022282 mplayerthumbs/trunk/KDE/kdemultimedia/mplayerthumbs/src/servicesfactory.cpp:

compile on windows

Commit by mauricek :: r1017885 kdecore/trunk/KDE/kdelibs/kdecore/auth/backends/dbus/DBusHelperProxy.cpp:

compile fix for windows

msvc does not support warning

Commit by mauricek :: r1014148 emerge/trunk/kdesupport/emerge/portage/testing/marble-kde/marble-kde-20080415.py:

checkout correct path

this way marble gets updated causing the kdeplasma-addons build
to compile again since latest renamings (like Normal->NormalQuality).

In addition remove occurances of gsoc2009 code, since it has
been integrated into trunk according to jmho.

Commit by mauricek :: r1011955 wallpapers/trunk/KDE/kdeplasma-addons/wallpapers/marble/marble.cpp:

Compile fix

NormalQuality is Normal these days.

Commit by mauricek :: r993512 emerge/trunk/kdesupport/emerge/portage/testing/skrooge/ (. skrooge-0.01.py):

add skrooge emerge item

skrooge doesn't compile at all, instead it gives lots of
weird windows related errors. Just a starting point

Commit by mauricek :: r992866 emerge/trunk/kdesupport/emerge/portage/testing/jom/jom-20090421.py:

use correct path as source location

the jom executable is located in the bin directory in
the binary package

Commit by mauricek :: r983698 amarok/trunk/extragear/multimedia/amarok/utilities/afttagger/ (AFTTagger.cpp SafeFileSaver.cpp):

prefer q(s)rand over (s)random

Windows needs additional headers and libraries to link against.
Thus use the qt provided crossplatform functions.

Commit by mauricek :: r983696 amarok/trunk/extragear/multimedia/amarok/src/ (2 files in 2 dirs):

add return type

Windows does not allow to have no return value.
Add some as agreed with nhnielsen.

Commit by mauricek :: r28358 /haiku/trunk/src/kits/game/FileGameSound.cpp:

whitespace and style cleanup, no functional changes

Commit by mauricek :: r28272 /haiku/trunk/src/apps/magnify/ (Magnify.cpp Magnify.h):

• Add option to stick Magnify to a certain coordinate.
• Keep updating on this area
• Fixes #2831

Commit by mauricek :: r28270 /haiku/trunk/src/apps/magnify/Magnify.h:

Whitespace cleanup.

Commit by mauricek :: r27002 /haiku/trunk/src/kits/storage/Mime.cpp:

fix gcc4 build

Commit by mauricek :: r26827 /haiku/trunk/src/add-ons/media/plugins/raw_decoder/RawDecoderPlugin.cpp:

 * In case we do not have any frames to convert we'll need to break,
   otherwise we end up in an endless loop. This only happened when
   the remaining raw data provided did not contain enough content.
   In this particular case there were only 2 bytes remaining though
   the decoder needed 4 bytes to handle at least 1 frame. Seems like
   the audio file only provided data for one channel in the end, which
   did not lead to a B_LAST_BUFFER_ERROR yet as it has been read properly.
 * This fixes bug 1708 and most probably 1275 as well (someone check and
   close please)

Didn't we just have a discussion about Media handling killing the system
:P