Russell Hanaghan skrev: > 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~ > > yes but i have built it for mandriva 2006 with gcc-4.0.1 also and it works just fine. but when you look at this line 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: it is clear that the wine he is using is compiled 32bit and that he is trying to compile xfst 64bit so either he should use a 64bit wine or compile xfst 32bit
