Messages

1

Development / Re: Unified plugin entrypoint name

« on: March 14, 2011, 08:36:13 pm »

* winex approves this subject...

so:

• drop multi-instance loading of plugins
• drop plugin aliases
• drop built-in (into mineserver binary) plugin support

less bloating == easier support/management

2

Development / Re: Cross-compiling for Popcorn Hour

« on: March 14, 2011, 08:28:23 pm »

ah, that's why... sorry, i misunderstood. for some reason i thought you wanted to build for win32...

/offtopic
looks like fedora 14 has many pre-built mingw32-* packages, but it's not that hard to cross-compile few mineserver's dependencies on debian, too...

it's just libnoise has crappy Makefile, so i'm trying to add cmake for it (it already cross-works, btw)

3

Development / Re: Unified building

« on: March 14, 2011, 08:22:43 pm »

it can't be binary incompatible since you're building for the platform.

and that windows-development-hell is your decision, so nobody else cares about it.

4

Development / Re: Cross-compiling for Popcorn Hour

« on: March 13, 2011, 02:01:59 am »

that SMP863x is unknown arch/device/whatever to me...

i think you need mingw32 cross-compiling stuff.

basically, you're trying it for the wrong target

try (redhat-like):

Code: [Select]

$ yum search mingwor (debian-like):

Code: [Select]

$ aptitude search mingw
or install msys+mingw32 (maybe with code::blocks) for your win platform and try building...

i might add mingw32 stuff to cmake system later... (i'll try cross-compiling, though)

5

Development / Re: Unified building

« on: March 13, 2011, 12:10:17 am »

oh, sorry, my bad...

we don't use find_package() or w/e for this, so i missed to look at how it is actually being added!
here is the fix:
https://github.com/winex/mineserver/commit/10088b51c1a2653d65ed60ce632f5c7b70f8d861

btw, link_libraries() is deprecated, we're using target_link_libraries()


about includes:
you should setup some directories like *nix systems have by default: /usr/include and /usr/lib
for development with all your (libs/headers) and specify that to cmake or change Find*.cmake modules to find that.

iirc, there were some environment variables pointing where your libs are located for M$ compilers.

installing dependencies locally for every project isn't a good idea for most uses.

lol @ stdint.h... maybe there is C++ analog and msvc has it? idk.

6

Support / Re: Crafting Not Working

« on: March 08, 2011, 12:53:08 pm »

that wasn't cmake - that was me, actually...

this directory hell is in the process of making it right...

7

Development / Re: Unified building

« on: March 08, 2011, 12:09:11 am »

xoft,
thx for trying this, i couldn't convince Fador to try

mineserver doesn't have this dir:

Code: [Select]

+ include_directories(${PROJECT_SOURCE_DIR}/include)
i'm curious if we need winmm.lib at all, can you check w/o it plz?

Code: [Select]

+ link_libraries(ws2_32.lib winmm.lib)it sounds weird to be dependent on multimedia library

files/ wasn't mentioned to be output dir, so:
https://github.com/winex/mineserver/commit/6e193faf5fdc790eaa6b24aab5a7aff9e2b5a185

hope this helps...

edit: removed merge-commit from my branch, so commit sha has changed