Fork me on GitHub
  February 23, 2018, 04:44:50 am
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  Home Help Search Login Register  
  Show Posts
Pages: [1]
1  Mineserver / 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  Mineserver / 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) Smiley
3  Mineserver / 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. Tongue
4  Mineserver / 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 Tongue

try (redhat-like):
Code:
$ yum search mingw
or (debian-like):
Code:
$ 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  Mineserver / 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  Mineserver / 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  Mineserver / Development / Re: Unified building on: March 08, 2011, 12:09:11 am
xoft,
thx for trying this, i couldn't convince Fador to try Sad

mineserver doesn't have this dir:
Code:
+ include_directories(${PROJECT_SOURCE_DIR}/include)

i'm curious if we need winmm.lib at all, can you check w/o it plz?
Code:
+ link_libraries(ws2_32.lib winmm.lib)
it sounds weird to be dependent on multimedia library Tongue

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
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Valid XHTML 1.0! Valid CSS!