tobbe@xxxxxxxxxx wrote: >Russell Hanaghan skrev: > > > >>Mark Knecht wrote: >> >> >> >>>On 10/23/05, torbenh@xxxxxx <torbenh@xxxxxx> wrote: >>> >>> >>> >>> >>>>On Sun, Oct 23, 2005 at 01:18:00PM -0700, Mark Knecht wrote: >>>> >>>> >>>> >>>> >>>>>On 10/23/05, Lee Revell <rlrevell@xxxxxxxxxxx> wrote: >>>>> >>>>> >>>>> >>>>> >>>>>>On Sun, 2005-10-23 at 11:23 -0700, Mark Knecht wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>On 10/23/05, torbenh@xxxxxx <torbenh@xxxxxx> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>xfst IS fst. i just removed the hacky stuff. >>>>>>>>i removed the debug stuff from the makefile and it still works >>>>>>>>with my >>>>>>>>wine version. >>>>>>>> >>>>>>>>Wine 20050111 >>>>>>>> >>>>>>>>i uploaded to >>>>>>>>http://galan.sf.net/xfst-0.4.tar.gz >>>>>>>> >>>>>>>>please report back. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>Hi Torben, >>>>>>> 0.4 gets farther but still has problems for me. I commented out >>>>>>>two >>>>>>>functions in aeffectx.h to get this far. Unfortunately this looks >>>>>>>like >>>>>>>mostly an AMD64 problem: >>>>>>> >>>>>>> >>>>>>> >>>>>>Is even theoretically possible to run 32 bit VST plugins in a pure 64 >>>>>>bit environment? >>>>>> >>>>>>Lee >>>>>> >>>>>> >>>>>> >>>>>Good question. Problem is I don't know if I'm truly pure 64-bit here. >>>>>I have a pure 64-bit kernel, I think, but I also have emulation IA32 >>>>>libraries installed which I'm pretty sure Wine is using. >>>>> >>>>>I'm doing apples as much as possible. Using the Crystal VST I can get >>>>>sound using Savihost under Wine and the Alsa driver. Latency is bad, >>>>>etc., and I want to run Jack, but I have Jack-0.100.5 installed and >>>>>Wine doesn't seem to talk to that version of Jack. >>>>> >>>>>On the same machine xfst doesn't link. Notice the message: >>>>> >>>>>winegcc -mwindows -o xfst.exe audiomaster.o fst.o fstinfofile.o gtk.o >>>>>jfst.o vsti.o vstwin.o `pkg-config --libs gtk+-2.0` `pkg-config >>>>>--libs jack` `pkg-config --libs alsa` -L/usr/X11R6/lib -lX11 -luuid >>>>>ld: Relocatable linking with relocations from format elf64-x86-64 >>>>>(audiomaster.o) to format elf32-i386 (xfst.qiWLmx.o) is not supported >>>>> >>>>>So I suspect that when Torben gets a chance to look at this he'll find >>>>>a way to make it work. (I hope...) >>>>> >>>>> >>>>> >>>>hmm... i dont have x86-64 here. >>>>but try >>>>CFLAGS=-m32 make >>>> >>>> >>>> >>>Hi Torben, >>> It changed the message a bit but it's still not happy: >>> >>>winegcc -c -m32 `pkg-config --cflags gtk+-2.0` `pkg-config --cflags >>>jack` `pkg-config --cflags jack` -I. -o vstwin.o vstwin.c >>>In file included from fst.h:26, >>> from vstwin.c:14: >>>./vst/AEffect.h:35: warning: malformed '#pragma pack(push[, id], >>><n>)' - ignored >>>./vst/AEffect.h:191: warning: #pragma pack (pop) encountered without >>>matching #pragma pack (push, <n>) >>>vstwin.c: In function `fst_load': >>>vstwin.c:514: warning: assignment from incompatible pointer type >>>winegcc -mwindows -o xfst.exe audiomaster.o fst.o fstinfofile.o gtk.o >>>jfst.o vsti.o vstwin.o `pkg-config --libs gtk+-2.0` `pkg-config >>>--libs jack` `pkg-config --libs alsa` -L/usr/X11R6/lib -lX11 -luuid >>>/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld: >>> >>>skipping incompatible /usr/lib32/libwine.so when searching for -lwine >>>/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld: >>> >>>cannot find -lwine >>>collect2: ld returned 1 exit status >>>winegcc: x86_64-pc-linux-gnu-gcc failed. >>>make: *** [xfst.exe] Error 2 >>>mark@lightning ~/CODE/xfst-0.4 $ >>> >>>Thanks, >>>Mark >>> >>> >>> >>> >>> >>> >>Mark, >> >>Perhaps we can ask Thac what "magic" he did to get this to compile; I >>have just updated to his recent build of Xfst on Wine 20050930 and it >>works like a trooper on my 64 bit box and an old SBlive 5.1. It runs >>all my regular suite of Vst's and they are operational with no obvious >>GUI bugs. Mind you, I have not put them through the paces on any >>recording but they do fire up and work. >> >>Russell >> >> >> >> >First of all i have built almost all critical dependencys also to ahve >full control. >Then there is a very straight forward spec nothing magic about that. > > > I wonder....aren't we using Gcc 3.4 or somehting ancient like that Thac? I noticed the subject line after sending mail. Maybe it's relevant. R~
