On 18 March 2014 18:29, Anton Lundin <[email protected]> wrote: > On 18 March, 2014 - Lubomir I. Ivanov wrote: > >> On 18 March 2014 18:17, Lubomir I. Ivanov <[email protected]> wrote: >> > On 18 March 2014 17:51, Anton Lundin <[email protected]> wrote: >> >> Nowadays when i testbuild things for Qt4 and Qt5 ive started to build >> >> out of tree to make it easy to compare results. >> >> >> >> I'm not sure if creating a symlink is the best option, but it works for >> >> our main build environments so I'm sending this one out. If someone have >> >> a better idea how to solve it in a windows compatible way... >> >> >> > >> > on windows when i build a have marbledata copied in ./debug/ where the >> > binary goes and it runs fine without a symlink. >> > also when you, for example, create a desktop shortcut to >> > subsurface.exe, marble will still look for marbledata relative to the >> > location of subsurface.exe, so this works fine as well. >> > >> > while 'ln' is supposed to work from msys, i would suggest a: >> > >> > !win32 { >> > +marbledata.commands += $(CHK_DIR_EXISTS) $$OUT_PWD/marbledata || ln >> > -s $$PWD/marbledata $$OUT_PWD/marbledata >> > +all.depends += marbledata >> > +QMAKE_EXTRA_TARGETS += marbledata >> > + >> > } >> >> same applies to XSLT, i manually copy ./xslt to ./debug/xslt >> i guess this can be looked into at some point - e.g. copy marbledata >> and xslt to where the .exe is built... >> > > xslt's are built in as resources nowadays, so they get read from whats > inside the binary, but marbledata needs to be read by marble from a > file, so thats why i symlink it there. >
ok, forgot about the xslt's in the resource. > This is so you won't need to copy anything around, you can just run the > binary from where its generated in the build directory, and it can look > in that directory and finds its marbledata. > apparently msys's ln is buggy and does not support symbolic links to directories, while hardlinks require admin permissions. again the !win32 case seems legit. lubomir -- _______________________________________________ subsurface mailing list [email protected] http://lists.hohndel.org/cgi-bin/mailman/listinfo/subsurface
