[linux-audio-user] Re: [ardour-users] jack_fst and gcc4

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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~

[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux