Re: [Fink-devel] PostRmScript
Daniel Macks wrote: [] According to the Debian package-script docs, postrm does run during an upgrade/reinstall (because the old/previous one is being rm'ed). According to man dpkg, what should work is to use PreRmScript instead of PostRmScript. -- Martin -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Framework linker flag in Compile script
Dear Peter, On Wed, 24 Feb 2010 10:02:32 -0600 Peter O'Gorman pe...@pogma.com wrote: On 02/24/2010 02:42 AM, suzuki toshiya wrote: B. What should be fixed is GNU libtool, not library packages. There would be an opinion: the current GNU libtool behaviour: - -framework XXX is copied to .la file. - -Wl,-framework,XXX is NOT copied to .la file. is inconsistent, if this inconsistency is the reason to change from -Wl,-framework,XXX to -framework XXX, what should be fixed is primarily GNU libtool inconsistency, changing in the side of library package is not good idea. If it is your package, and you know that you're going to use libtool-2.2.x, then don't quote the -framework XXX flag with -Wl, and it will get put into the .la file. # Although I've not discussed with GNU libtool maintainers # about this issue, I don't hesitate to write a patch for # consistent behaviour. Feel free to post a patch to libtool-patc...@gnu.org (please post a patch against the current development version, which you can either fetch from git or the daily snapshot, see http://www.gnu.org/software/libtool for info on both. I believe there is currently a test case for -framework flag handling, so if you do post a patch, please also expand on the test case. I will review and commit the patch if appropriate. Thank you for comment. Just I've submitted a patch to pick -framework options from -Wl, and -Xlinker flags. I think I received no comment from the viewpoint of Fink maintainers. I want to hear the comments about my proposal checking the content of -Wl, quoted flags. http://lists.gnu.org/archive/html/libtool-patches/2010-03/msg1.html Although I noted an opinion requesting the consistent behaviour between raw -framework versus quoted -Wl,-framework, there can be an objection like: The latest GNU libtool's handling of raw -framework is good, but more longer time is needed to be populated broadly and agreed to be safe (e.g. Fink still provides freetype-2.1.4 binary package, the version released on 2003). The preference to -Wl, quoted flag is based on its transparency. The proposed patch breaks its transparency (and disturbs long time testing), so it is not useful but harmful. I want to hear the comment from Fink maintainers about the detailed parsing of -Wl, quoted flags by GNU libtool. Regards, mpsuzuki -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Framework linker flag in Compile script
On Tue, Mar 02, 2010 at 06:40:46PM +0900, mpsuz...@hiroshima-u.ac.jp wrote: Dear Peter, On Wed, 24 Feb 2010 10:02:32 -0600 Peter O'Gorman pe...@pogma.com wrote: On 02/24/2010 02:42 AM, suzuki toshiya wrote: B. What should be fixed is GNU libtool, not library packages. There would be an opinion: the current GNU libtool behaviour: - -framework XXX is copied to .la file. - -Wl,-framework,XXX is NOT copied to .la file. is inconsistent, if this inconsistency is the reason to change from -Wl,-framework,XXX to -framework XXX, what should be fixed is primarily GNU libtool inconsistency, changing in the side of library package is not good idea. If it is your package, and you know that you're going to use libtool-2.2.x, then don't quote the -framework XXX flag with -Wl, and it will get put into the .la file. # Although I've not discussed with GNU libtool maintainers # about this issue, I don't hesitate to write a patch for # consistent behaviour. Feel free to post a patch to libtool-patc...@gnu.org (please post a patch against the current development version, which you can either fetch from git or the daily snapshot, see http://www.gnu.org/software/libtool for info on both. I believe there is currently a test case for -framework flag handling, so if you do post a patch, please also expand on the test case. I will review and commit the patch if appropriate. Thank you for comment. Just I've submitted a patch to pick -framework options from -Wl, and -Xlinker flags. I think I received no comment from the viewpoint of Fink maintainers. I want to hear the comments about my proposal checking the content of -Wl, quoted flags. http://lists.gnu.org/archive/html/libtool-patches/2010-03/msg1.html Although I noted an opinion requesting the consistent behaviour between raw -framework versus quoted -Wl,-framework, there can be an objection like: The latest GNU libtool's handling of raw -framework is good, but more longer time is needed to be populated broadly and agreed to be safe (e.g. Fink still provides freetype-2.1.4 binary package, the version released on 2003). The preference to -Wl, quoted flag is based on its transparency. The proposed patch breaks its transparency (and disturbs long time testing), so it is not useful but harmful. I want to hear the comment from Fink maintainers about the detailed parsing of -Wl, quoted flags by GNU libtool. What does this have to do with fink? Fink just wants things to Work(tm), and our maintainers able to cope with whatever packages do. We don't write libtool, we don't patch libtool locally, we don't have fink-specific behavior. Fink is just a perl-script that calls system(./configure --prefix=/sw make) and such. As idiosyncratic as libtool can be, it's easy to use it and get something that works as long as the author of the package fink is compiling actually uses libtool per its manual and doesn't subvert its magic. If those authors are not using things correctly for whatever libtool they are distributing, that's their bug; fink folks just whine about they are distributing something broken and hack around it without really distinguishing blame to libtool vs the author who is mis-using libtool. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] problem while porting
hello We have been trying to package CILK through FINK. In this process, in order to port it on to MAC OSX, we require gcc. So, we installed XCODE 3.1.4 on our machine. Now while running Makefile of CILK, we encountered errors while trying to compiling example .cilk files ... * This is due to some syntax errors in /usr/include/mach/i386/_structs.h which the cilkc compiler is failing to read..* We however modified _struucts.h header file to make our cilk files compile and run on our machine.. We think it as a bug in _structs.h * * *Can we patch the /usr/include/mach/i386/_structs.h file in the process of packaging?* Can u please mail us your /usr/include/mach/i386/_structs.h file so that we can compare it with our file and check whether the same syntax error persists. -- Thanks Pranay Airan Mtech. IIIT-B (91) 9036297912 The hardest work in the world is that which should have been done yesterday. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem while porting
So here is what i figure out if you see line 97, 111,112, 125, 135, 136 of _structs.h they are declaring variables without names just like 39; 39; etc when i commented those lines i am able to compile On Tue, Mar 2, 2010 at 9:56 PM, Peter O'Gorman pe...@pogma.com wrote: On 03/02/2010 09:56 AM, Pranay Airan wrote: hello We have been trying to package CILK through FINK. In this process, in order to port it on to MAC OSX, we require gcc. So, we installed XCODE 3.1.4 on our machine. Now while running Makefile of CILK, we encountered errors while trying to compiling example .cilk files ... * This is due to some syntax errors in /usr/include/mach/i386/_structs.h which the cilkc compiler is failing to read..* We however modified _struucts.h header file to make our cilk files compile and run on our machine.. We think it as a bug in _structs.h What are the errors? What do you think the bug is? How did you modify _structs.h? No you can not patch it in the process of packaging, if you need a modified _structs.h, mkdir -p mach/i386 in the build dir and put your modified _structs.h there (making sure, of course, that the build dir is in the -I paths). Bugs in Apple headers, compilers etc. should be reported to https://bugreport.apple.com Peter -- Thanks Pranay Airan Mtech. IIIT-B (91) 9036297912 The hardest work in the world is that which should have been done yesterday. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem while porting
(this time including fink-devel in my reply) Please provide the output from your terminal that shows the errors. Maybe someone recognizes it and can point you in the right direction. - Koen. On Tue, Mar 2, 2010 at 11:23 AM, Pranay Airan pranay.ai...@iiitb.netwrote: thanks but when i searched for cilk before starting porting i cant find it on finkproject website. I want to know that will my package get accepted since 1 version of cilk is already there? though my version of cilk is latest one and this port is back in 2005 the error which i am getting is when my make file is compiling examples in example folder when it compile any program which includes stdlib.h it gives me syntax error in /i386/_structs.h when i manually edited this file and remove garbage values it works fine On Tue, Mar 2, 2010 at 9:44 PM, Koen van der Drift koenvanderdr...@gmail.com wrote: Cilk used to be a fink package back in the 10.3 days: http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.3/unstable/main/finkinfo/languages/cilk.info?revision=1.2view=markup Maybe that can help you with your packaging? What errors are you getting in your compilation? - Koen. On Tue, Mar 2, 2010 at 10:56 AM, Pranay Airan pranay.ai...@iiitb.netwrote: hello We have been trying to package CILK through FINK. In this process, in order to port it on to MAC OSX, we require gcc. So, we installed XCODE 3.1.4 on our machine. Now while running Makefile of CILK, we encountered errors while trying to compiling example .cilk files ... *This is due to some syntax errors in /usr/include/mach/i386/_structs.h which the cilkc compiler is failing to read..* We however modified _struucts.h header file to make our cilk files compile and run on our machine.. We think it as a bug in _structs.h * * *Can we patch the /usr/include/mach/i386/_structs.h file in the process of packaging?* Can u please mail us your /usr/include/mach/i386/_structs.h file so that we can compare it with our file and check whether the same syntax error persists. -- Thanks Pranay Airan Mtech. IIIT-B (91) 9036297912 The hardest work in the world is that which should have been done yesterday. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Thanks Pranay Airan Mtech. IIIT-B (91) 9036297912 The hardest work in the world is that which should have been done yesterday. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem while porting
On 03/02/2010 09:56 AM, Pranay Airan wrote: hello We have been trying to package CILK through FINK. In this process, in order to port it on to MAC OSX, we require gcc. So, we installed XCODE 3.1.4 on our machine. Now while running Makefile of CILK, we encountered errors while trying to compiling example .cilk files ... * This is due to some syntax errors in /usr/include/mach/i386/_structs.h which the cilkc compiler is failing to read..* We however modified _struucts.h header file to make our cilk files compile and run on our machine.. We think it as a bug in _structs.h What are the errors? What do you think the bug is? How did you modify _structs.h? No you can not patch it in the process of packaging, if you need a modified _structs.h, mkdir -p mach/i386 in the build dir and put your modified _structs.h there (making sure, of course, that the build dir is in the -I paths). Bugs in Apple headers, compilers etc. should be reported to https://bugreport.apple.com Peter -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem while porting
On 03/02/2010 10:34 AM, Pranay Airan wrote: So here is what i figure out if you see line 97, 111,112, 125, 135, 136 of _structs.h they are declaring variables without names just like 39; 39; etc when i commented those lines i am able to compile gcc allows anonymous bitfields like this, unfortunately, your compiler doesn't, so it'll probably need its own patched copy of the header. Peter On Tue, Mar 2, 2010 at 9:56 PM, Peter O'Gorman pe...@pogma.com mailto:pe...@pogma.com wrote: On 03/02/2010 09:56 AM, Pranay Airan wrote: hello We have been trying to package CILK through FINK. In this process, in order to port it on to MAC OSX, we require gcc. So, we installed XCODE 3.1.4 on our machine. Now while running Makefile of CILK, we encountered errors while trying to compiling example .cilk files ... * This is due to some syntax errors in /usr/include/mach/i386/_structs.h which the cilkc compiler is failing to read..* We however modified _struucts.h header file to make our cilk files compile and run on our machine.. We think it as a bug in _structs.h What are the errors? What do you think the bug is? How did you modify _structs.h? No you can not patch it in the process of packaging, if you need a modified _structs.h, mkdir -p mach/i386 in the build dir and put your modified _structs.h there (making sure, of course, that the build dir is in the -I paths). Bugs in Apple headers, compilers etc. should be reported to https://bugreport.apple.com -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem while porting
so i figured out the way to resolve this problem. i am putting our own _structs.h into /sw/include folder and it is compiling from there, but now i am facing a new problem when i am running fink -m --build-as-nobody rebuild cilk Upto make it is working fine but at time of make install it is giving error PERMISSION DENIED because it requires sudo access *how to give sudo access to make install in .info file?* When i am trying out to run as sudo fink -m --build-as-nobody i am getting following error *Can't locate Fink/Services.pm in @INC (@INC contains: /Library/Perl/Updates/5.8.8 /System/Library/Perl/5.8.8/darwin-thread-multi-2level /System/Library/Perl/5.8.8 /Library/Perl/5.8.8/darwin-thread-multi-2level /Library/Perl/5.8.8 /Library/Perl /Network/Library/Perl/5.8.8/darwin-thread-multi-2level /Network/Library/Perl/5.8.8 /Network/Library/Perl /System/Library/Perl/Extras/5.8.8/darwin-thread-multi-2level /System/Library/Perl/Extras/5.8.8 /Library/Perl/5.8.6 /Library/Perl/5.8.1 .) at /var/tmp/tmp.1.ewQn2i line 2.* * * * * On Tue, Mar 2, 2010 at 10:50 PM, Peter O'Gorman pe...@pogma.com wrote: On 03/02/2010 10:34 AM, Pranay Airan wrote: So here is what i figure out if you see line 97, 111,112, 125, 135, 136 of _structs.h they are declaring variables without names just like 39; 39; etc when i commented those lines i am able to compile gcc allows anonymous bitfields like this, unfortunately, your compiler doesn't, so it'll probably need its own patched copy of the header. Peter On Tue, Mar 2, 2010 at 9:56 PM, Peter O'Gorman pe...@pogma.com mailto:pe...@pogma.com wrote: On 03/02/2010 09:56 AM, Pranay Airan wrote: hello We have been trying to package CILK through FINK. In this process, in order to port it on to MAC OSX, we require gcc. So, we installed XCODE 3.1.4 on our machine. Now while running Makefile of CILK, we encountered errors while trying to compiling example .cilk files ... * This is due to some syntax errors in /usr/include/mach/i386/_structs.h which the cilkc compiler is failing to read..* We however modified _struucts.h header file to make our cilk files compile and run on our machine.. We think it as a bug in _structs.h What are the errors? What do you think the bug is? How did you modify _structs.h? No you can not patch it in the process of packaging, if you need a modified _structs.h, mkdir -p mach/i386 in the build dir and put your modified _structs.h there (making sure, of course, that the build dir is in the -I paths). Bugs in Apple headers, compilers etc. should be reported to https://bugreport.apple.com -- Thanks Pranay Airan Mtech. IIIT-B (91) 9036297912 The hardest work in the world is that which should have been done yesterday. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem compiling dosbox
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 3/2/10 8:10 AM, Dr. Wolfram Schroers wrote: Hi, I have a problem building dosbox. During compiling I get the error message: [...] g++ -DHAVE_CONFIG_H -I. -I../.. -I../../include -I/sw/include -I/sw/include/SDL -D_GNU_SOURCE=1 -D_THREAD_SAFE -fast -MT midi.o -MD -MP -MF .deps/midi.Tpo -c -o midi.o midi.cpp In file included from midi.cpp:83: midi_coreaudio.h: In member function 'virtual bool MidiHandler_coreaudio::Open(const char*)': midi_coreaudio.h:46: error: aggregate 'ComponentDescription desc' has incomplete type and cannot be defined midi_coreaudio.h:54: warning: 'AUGraphNewNode' is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:673) midi_coreaudio.h:60: warning: 'AUGraphNewNode' is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:673) midi_coreaudio.h:70: warning: 'AUGraphGetNodeInfo' is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:687) midi_coreaudio.h:70: warning: 'AUGraphGetNodeInfo' is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:687) make[3]: *** [midi.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of /var/tmp/tmp.1.qVsdVt failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-dosbox-0.73-2 (Reading database ... 207168 files and directories currently installed.) Removing fink-buildlock-dosbox-0.73-2 ... Failed: phase compiling: dosbox-0.73-2 failed I am running Snow-Leopard 10.6.2, latest updates installed, latest version of Fink and have the development branch activated. W. (this probably could have gone to fink-users, since the package is maintained and the issue is a bug report rather than a question about the structure of the package) Are you using 32-bit Fink or 64-bit Fink? - -- Alexander Hansen Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuNdQwACgkQB8UpO3rKjQ+62QCgga5T8mzxbzTkOC4GDKFeLFF9 OAsAoJdHBk4FugmO82SM8/p7wugdE3iP =kO03 -END PGP SIGNATURE- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] SIP-PY26 and PyQt4
Dear, The current packages of SIP-PY26 and PyQt4 don't match. import sip from PyQt4 import QtCore, QtGui Traceback (most recent call last): File stdin, line 1, in module RuntimeError: the sip module implements API v7.0 but the PyQt4.QtCore module requires API v6.0 If this API version really matters, is it possible to have multiple versions of SIP and PyQt4 respectively? Maybe like pyqt4-6 and pyqt4-7 sip-6 and sip-7 Thanks -- BABA Yoshihiko Urban Design Laboratory, Tokyo University TEL: +81 (0)90 1738 7439 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem compiling dosbox
The issue is related to the that fact that Apple switched from ComponentDescription to AudioComponentDescription in 10.6, and deprecated some AudioUnit API in 10.5. And I can confirm that the issue occurs indeed on 32bit 10.6 (though this is suprisingly the first report I got on the issue). I know several ways to work around the issue, but so far I like none, esp. since I want the package to still work on 10.5. I'll tell you once I committed one of them. For now, I am a bit ill and need to get sleep. Bye, Max Am 02.03.2010 um 21:29 schrieb Alexander Hansen: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 3/2/10 8:10 AM, Dr. Wolfram Schroers wrote: Hi, I have a problem building dosbox. During compiling I get the error message: [...] g++ -DHAVE_CONFIG_H -I. -I../.. -I../../include -I/sw/include -I/ sw/include/SDL -D_GNU_SOURCE=1 -D_THREAD_SAFE -fast -MT midi.o - MD -MP -MF .deps/midi.Tpo -c -o midi.o midi.cpp In file included from midi.cpp:83: midi_coreaudio.h: In member function 'virtual bool MidiHandler_coreaudio::Open(const char*)': midi_coreaudio.h:46: error: aggregate 'ComponentDescription desc' has incomplete type and cannot be defined midi_coreaudio.h:54: warning: 'AUGraphNewNode' is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/ Headers/AUGraph.h:673) midi_coreaudio.h:60: warning: 'AUGraphNewNode' is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/ Headers/AUGraph.h:673) midi_coreaudio.h:70: warning: 'AUGraphGetNodeInfo' is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/ Headers/AUGraph.h:687) midi_coreaudio.h:70: warning: 'AUGraphGetNodeInfo' is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/ Headers/AUGraph.h:687) make[3]: *** [midi.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of /var/tmp/tmp.1.qVsdVt failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-dosbox-0.73-2 (Reading database ... 207168 files and directories currently installed.) Removing fink-buildlock-dosbox-0.73-2 ... Failed: phase compiling: dosbox-0.73-2 failed I am running Snow-Leopard 10.6.2, latest updates installed, latest version of Fink and have the development branch activated. W. (this probably could have gone to fink-users, since the package is maintained and the issue is a bug report rather than a question about the structure of the package) Are you using 32-bit Fink or 64-bit Fink? - -- Alexander Hansen Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuNdQwACgkQB8UpO3rKjQ+62QCgga5T8mzxbzTkOC4GDKFeLFF9 OAsAoJdHBk4FugmO82SM8/p7wugdE3iP =kO03 -END PGP SIGNATURE- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem compiling dosbox
On Mar 2, 2010, at 7:55 PM, Max Horn wrote: The issue is related to the that fact that Apple switched from ComponentDescription to AudioComponentDescription in 10.6, and deprecated some AudioUnit API in 10.5. And I can confirm that the issue occurs indeed on 32bit 10.6 (though this is suprisingly the first report I got on the issue). I know several ways to work around the issue, but so far I like none, esp. since I want the package to still work on 10.5. I'll tell you once I committed one of them. For now, I am a bit ill and need to get sleep. Bye, Max I encountered this issue with one of my packages once. ComponentDescription is now defined in CoreServices and adding #include CoreServices/CoreServices.h fixed things and doesn't interfere with 10.5. It looks like it might work in this case too. Daniel -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] SIP-PY26 and PyQt4
Usually, you don't need multiple sip versions, but you do need the newest one for the newest pyqt4. I'll see if I can sort this out by the weekend. There's still an overlapping file issue with the -x11 and -mac versions, though. Dave On Mar 2, 2010, at 5:27 PM, BABA, Yoshihiko wrote: Dear, The current packages of SIP-PY26 and PyQt4 don't match. import sip from PyQt4 import QtCore, QtGui Traceback (most recent call last): File stdin, line 1, in module RuntimeError: the sip module implements API v7.0 but the PyQt4.QtCore module requires API v6.0 If this API version really matters, is it possible to have multiple versions of SIP and PyQt4 respectively? Maybe like pyqt4-6 and pyqt4-7 sip-6 and sip-7 Thanks -- BABA Yoshihiko Urban Design Laboratory, Tokyo University TEL: +81 (0)90 1738 7439 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- David Reiser dbrei...@earthlink.net -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel