Windows - Win32 x64 XBMC x64 port - work in progress

  Thread Rating:
  • 5 Vote(s) - 4.2 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Post Reply
opdenkamp Offline
Team-XBMC PVR Developer
Posts: 2,274
Joined: Feb 2009
Reputation: 29
Location: Heerlen, The Netherlands
Post: #31
I've uploaded a copy of the latest libCEC to our mirrors. just change libcec-2.1.1.zip to libcec-2.1.1-x64.zip in https://github.com/xbmc/xbmc/blob/master...bcec_d.txt

opdenkamp / dushmaniac

xbmc-pvr [Eden-PVR builds] [now included in mainline XBMC, so no more source link here :)]
personal website: [link]

Found a problem with PVR? Report it on Trac, under "PVR - core components". Please attach the full debug log.

If you like my work, please consider donating to me and/or Team XBMC.
find quote
Karlson2k Offline
Team-Kodi Developer
Posts: 333
Joined: Oct 2010
Reputation: 9
Location: Moscow, Russia
Post: #32
@opdenkamp, thanks!
This way is simpler than unpack NSIS and extract single file.
find quote
Karlson2k Offline
Team-Kodi Developer
Posts: 333
Joined: Oct 2010
Reputation: 9
Location: Moscow, Russia
Post: #33
Finally I got script for combining MinGW-w64 with MSYS.
You can get it here.
Just put it to the same directory where compiled toolchain (win32, win64 or both) is resides.
If you use my build script to build toolchain(s), simply put this to the directory with build script.
It will download all latest MSYS components (and some MINGW32 components, that is actually shell-based), combine components with MinGW-w64 toolchain, put result to new directory and generate some helper scripts.
Dual-targeted toolchain is little tricky on use, but single-targeted toolchain should be as easy as MinGW32 toolchain.
Instruction for use is friendly printed on screen after start.
Ready builds:
Dual targeted MSYS+MinGW-w64: http://code.google.com/p/mingw64-further...W-w64-both
MSYS+MinGW-w64 for win32: http://code.google.com/p/mingw64-further...win32-only
MSYS+MinGW-w64 for win64: http://code.google.com/p/mingw64-further...win64-only
find quote
Skixbmc Offline
Member
Posts: 89
Joined: Sep 2012
Reputation: 1
Post: #34
Uh the 64 bit is corrupt....Angel

Silverstone Grandia GD02-MT | AMD A8-3850 | Breakaway Audio Enhancer, HK AVR-365 | HKTS 30, Philips 50PFL7956H/12 21:9 3D
find quote
Karlson2k Offline
Team-Kodi Developer
Posts: 333
Joined: Oct 2010
Reputation: 9
Location: Moscow, Russia
Post: #35
@Skixbmc, no, it's not corrupt.
Just follow instructions. Wink
find quote
Skixbmc Offline
Member
Posts: 89
Joined: Sep 2012
Reputation: 1
Post: #36
Take a look at https://github.com/onepremise/MinGW-AD64S Wink

Silverstone Grandia GD02-MT | AMD A8-3850 | Breakaway Audio Enhancer, HK AVR-365 | HKTS 30, Philips 50PFL7956H/12 21:9 3D
find quote
Karlson2k Offline
Team-Kodi Developer
Posts: 333
Joined: Oct 2010
Reputation: 9
Location: Moscow, Russia
Post: #37
(2013-03-10 13:03)Skixbmc Wrote:  Take a look at https://github.com/onepremise/MinGW-AD64S Wink

Nice, may be some patches will be useful.
find quote
Skixbmc Offline
Member
Posts: 89
Joined: Sep 2012
Reputation: 1
Post: #38
Question, is for the mac 64 bit environment a leading underscore needed for the symbols in XBMC?

Silverstone Grandia GD02-MT | AMD A8-3850 | Breakaway Audio Enhancer, HK AVR-365 | HKTS 30, Philips 50PFL7956H/12 21:9 3D
find quote
Karlson2k Offline
Team-Kodi Developer
Posts: 333
Joined: Oct 2010
Reputation: 9
Location: Moscow, Russia
Post: #39
MSYS+MinGW-w64 was updated, more instructions and helper scripts.
Same links:
Dual: http://code.google.com/p/mingw64-further...W-w64-both
win64: http://code.google.com/p/mingw64-further...win64-only
win32: http://code.google.com/p/mingw64-further...win32-only

(2013-03-10 23:02)Skixbmc Wrote:  Question, is for the mac 64 bit environment a leading underscore needed for the symbols in XBMC?
Where and for what do you need it?
(This post was last modified: 2013-03-10 23:14 by Karlson2k.)
find quote
Skixbmc Offline
Member
Posts: 89
Joined: Sep 2012
Reputation: 1
Post: #40
Well, MS has deprecated for the 64 bit environment the leading underscore and mingw64 is for 64 bit on windows and they follow that rule..
So if I create a lib for the 32 bit with mingw64 then I have no leading underscores and XBMC is complaining that it can't find the symbols.
That's the reason i want to know.

Silverstone Grandia GD02-MT | AMD A8-3850 | Breakaway Audio Enhancer, HK AVR-365 | HKTS 30, Philips 50PFL7956H/12 21:9 3D
find quote
Karlson2k Offline
Team-Kodi Developer
Posts: 333
Joined: Oct 2010
Reputation: 9
Location: Moscow, Russia
Post: #41
The first time you asked about "mac 64". Smile
MinGW-w64 is smart enough and use _ prefix only for Win64 (as well as included GCC).
find quote
Paxxi Offline
Team-Kodi Member
Posts: 248
Joined: May 2009
Reputation: 9
Location: Sweden
Post: #42
I had started work on getting most/all dependencies in a single place, a bit like theuni's old abandoned repo. This fit quite well with this project Smile

These are untested and there's a fair bit of warnings about size_t to int conversions but got builds for
bzip2
freetype
harfbuzz
libiconv
taglib
tinyxml
zlib both lib and dll

You can find this at https://github.com/Paxxi/xbmc-deps/tree/x64
Everything builds in VS
find quote
Karlson2k Offline
Team-Kodi Developer
Posts: 333
Joined: Oct 2010
Reputation: 9
Location: Moscow, Russia
Post: #43
Actually warnings about pointer -> int conversions are hardest part.
HANDLE is defined as void* on Windows, and many programs for win32 use int -> pointer and handle -> int conversions. Such program compile and even run, but will fail later.

Thanks for repo!

Good short guide from MS: http://msdn.microsoft.com/ru-RU/library/...84242.aspx
(This post was last modified: 2013-03-12 18:57 by Karlson2k.)
find quote
Karlson2k Offline
Team-Kodi Developer
Posts: 333
Joined: Oct 2010
Reputation: 9
Location: Moscow, Russia
Post: #44
News: as PlibC (required by microhttpd) was so... not nice, I created new branch of PlibC with many fixes and improvements.
See on GitHub repo or get packed sources.
find quote
Paxxi Offline
Team-Kodi Member
Posts: 248
Joined: May 2009
Reputation: 9
Location: Sweden
Post: #45
Afaik libmicrohttpd doesn't use much of Plibc functions. I got it to build with msvcrt functions and faking pipes with sockets instead. Was somewhat ugly but not by much and it removed a .dll to ship.

I think that work should be in my previously linked repo unless I forgot to push it.

The janitor, cleaner of cruft, defender of style. Also known as the unfunny guy that doesn't understand signatures.
find quote
Post Reply