[Fink-devel] Fwd: [Fink-users] SDL SDL_Mixer performance
( Perhaps better suited to the -devel list? ) Edelleenlähetetyn viestin alku: Lähettäjä: Asko Kauppi [EMAIL PROTECTED] Päiväys: 7. huhtikuuta 2005 19:28:02 GMT+03:00 Vastaanottaja: Fink Users' List fink-users@lists.sourceforge.net Aihe: [Fink-users] SDL SDL_Mixer performance I'm using SDL and SDL_Mixer on a number of platforms (OS X, Linux, Win32, PocketPC). In a recent demo, the Linux version is able to run full-fps (85frames), both from native C and a scripting language (Lua). On OS X, the numbers are 30fps (C) and 20fps (Lua). Regularily, OS X does a lot better, and should be able to reach the 85fps I'm sure. Is anyone else finding this a bit awkward and/or willing to Altivec-or-otherwise optimize the SDL_Mixer code for OS X? I bet it would be good for many games. -ak --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Is this normal? (main building even if asking for splitoff..)
Thanks. I will keep the three in the same .info since it makes maintaining the source, MD5 fields etc. easier. -ak 11.4.2005 kello 04:15, Martin Costabel kirjoitti: Asko Kauppi wrote: I have a prototype fink package, with the following subsections: luax luax-samples luax-tests Now, only the main 'luax' package needs actually to be compiled (only it has binaries). So why is it, that if I do 'fink build luax-samples' the somewhat time-taking compilation happens anyways? It's unnecessary, and I believe my luax.info says so. Or.. is this normal (that main package is built even though I only request a splitoff. I think the documentation at http://fink.sourceforge.net/doc/packaging/reference.php?#splitoffs is rather complete. In particular it says that there is only one CompileScript per info file. Or.. should I make _all_ the packages splitoffs, even the main one? Confused, as you can see. :) This doesn't help. If you have additions to your package that don't need compilation, then the usual procedure is to put them into a different package with a separate info file. There are lots of examples where data, doc files, plugins etc are split off into separate packages. The tricky part comes when you have to decide which package depends on what. -- Martin --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Is this normal? (main building even if asking for splitoff..)
I have a prototype fink package, with the following subsections: luax luax-samples luax-tests Now, only the main 'luax' package needs actually to be compiled (only it has binaries). So why is it, that if I do 'fink build luax-samples' the somewhat time-taking compilation happens anyways? It's unnecessary, and I believe my luax.info says so. Or.. is this normal (that main package is built even though I only request a splitoff. Or.. should I make _all_ the packages splitoffs, even the main one? Confused, as you can see. :) -ak luax.info Description: Binary data
[Fink-devel] Lua packaging and versions
Hi, all I would have a question regarding versioning of packages, especially concerning the Lua (www.lua.org) scripting language. Current package in Fink is 5.0, by the name 'lua'. Latest stable release is 5.0.2, which is compatible and causes no problems. However, in the Lua tradition, backwards compatibility is not an absolute requirement. Things can and will change, which causes problems to version dependent systems like Fink. How to deal with this? a) could do 'lua5' and 'lua6' and so forth package names, but should these all Provides: lua or not? The user expects the command name to be 'lua' regardless of version. For _most_ Lua scripts, the version will not make a difference. b) just keep as is. then a module or script package dependent on Lua would need to Requires: lua (= 5.02 = 5.99) or similar, until it is confirmed that it actually does run in the future (not yet existing) Lua 6. c) even so, also minor versions may have changes, s.a. 5.1w4 (development version) is not completely 5.0.2 backwards compatible. There are positive changes, but those may break some occasional script. So... do you see the problem? How about a solution? I am not the Lua package author, but would like to expose a couple of Lua utilities I've made, via fink. In order to do this, I'd need a 5.0.2 package, and a course set up for future Lua releases. -asko --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Why 'if' fails in fink script?
Trying to use a simple if-else in fink scripts; WHAT am I missing?? Sample scripts do have plenty of if's, what's so special with this: if test `uname -r` \ 8.7.0; then sh: -c: line 2: syntax error: unexpected end of file ### execution of if failed, exit code 2 ... # Note: the 10.4 readline is from the OS level, not fink. # # TO-DO: Is there a way to make the package for both 10.3 (without readline, or with patch) #and 10.4 (with built-in readline) at once? # if test `uname -r` \ 8.7.0; then echo Testing... A else echo Testing... B fi if test `uname -r` \ 8.7.0; then export MACOSX_DEPLOYMENT_TARGET=10.3; \ cd src; \ make all MYCFLAGS=-fno-common -DLUA_USE_MACOSX else export MACOSX_DEPLOYMENT_TARGET=10.4; \ cd src; \ make all MYCFLAGS=-fno-common -DLUA_USE_MACOSX - DLUA_USE_READLINE MYLIBS=-lreadline fi Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem with package lua
Jean-Louis's email address is [EMAIL PROTECTED] (two l's) However, we are maintaining the package together, so I may pick up the call, too. :) Lua 5.1.1 is being reviewed by the Lua authorities, and that version I can affect (not Lua 5.0, that is all Jean-Louis's). New package splitting is like this (comments in lua51.info): # Packages: # lua The binary 'lua' (well, symbolic link); does not guarantee which Lua version one gets # (mainly for playing with the interpreter, and for 'package compatibility') # lua51-dev Lua development headers; conflicts with any other development versions # lua51-bin The binary 'lua51' (Lua 5.1.x) interpreter, can co-exist with other Lua versions # lua51-shlibsLua 5.1 shared libraries, can co-exist # lua51-sdl-bin Same as 'lua51' but with Cocoa initialization, allowing SDL Module to be used I don't remember the Lua 5.0 split, but there's definately more packages here, now. To me, this way does make sense. lua (lua51-bin) is linking to the Lua sources statically, and is still not dragging lua51-shlibs with it (and, it shouldn't...) lua51-dev is the development headers, and that _does_ drag lua51- shlibs with it, essentially solving your case? We can discuss the split, and I can take you in testing Lua packaging for the future. Would you like that? :) -asko Bjarni Corfitzen kirjoitti 7.12.2005 kello 23.05: I sent this message to the lua package maintainer: I worked all night on problems porting an app to OSX, that relies on lua and in the end it turned out that the problem was that fink did not install lua-shlibs when installing lua. Installing them fixed the problem right away To avoid other people from wasting time like that, it would be nice if lua depended on lua-shlibs the mail bounced with: [EMAIL PROTECTED]: Recipient address rejected: User unknown in local so this mail is about two things: 1: the lua package needs to depend on lua-shlibs to work. 2: the maintainer is unreachable Hopefully this will be fixed, so other people don't have to notice that lua gets installed without lua-shlibs after they spent a whole evening chasing lib problems when porting --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Why 'if' fails in fink script?
Sure did! :) Had read the manual, but... forgotten that part. Thanks. Martin Costabel kirjoitti 3.7.2006 kello 15.57: Asko Kauppi wrote: Trying to use a simple if-else in fink scripts; WHAT am I missing?? Sample scripts do have plenty of if's, what's so special with this: if test `uname -r` \ 8.7.0; then sh: -c: line 2: syntax error: unexpected end of file ### execution of if failed, exit code 2 You didn't forget to place a #!/bin/sh -ex at the beginning of your script, perhaps? -- Martin Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Use of 'update-alternatives'?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lua51 is otherwise okay, but it lacks the user's possibility of
having plain 'lua' command launch the installed version of Lua. The
older (5.0) 'lua' package has this command; 5.1 uses 'lua51' instead
to avoid any conflicts ('lua51' and 'lua' don't overlap elsewhere).
Should I use 'update-alternatives' as part of the 'lua51' package; if
I do that, wouldn't it actually make 'lua51' package conflict with
'lua', since the latter does _not_ use 'update-alternatives', it
simply installes the %p/bin/lua binary.
Or, can I craft and push to Fink a newer version of 'lua' package,
that contains nothing but the 'update-alternatives' scripts, and does
indeed replace older lua (since using its name).
Thanks,
- -asko
As a continuation of this: I don't get sudo fink lua to work, with
the separate packaging below.
Unpacking lua51 (from .../lua51_5.1.1-7_darwin-powerpc.deb) ...
(Noting disappearance of lua, which has been completely replaced.)
/sw/bin/dpkg: error processing lua (--install):
no package named `lua' is installed, cannot configure
SplitOff I plan to use:
# --- lua ('update-alternatives' command, ignorant of the Lua version
behind it.
#
# Note: Script package dependent on Lua should use 'lua51' package,
and command name
# since that can co-exist with other versions. 'lua' will point
always to the
# most recent one, only _command line users_ should (need to) use it!
#
SplitOff3:
Package: lua
Depends: lua51 (= %v-%r)
#---
# 51 = update-alternatives priority (keep in par with Lua
compatibility number)
#
PostInstScript:
update-alternatives --install %p/bin/lua lua %p/bin/lua51 51
PreRmScript:
if [ $1 != upgrade ]; then
update-alternatives --remove lua %p/bin/lua51
fi
Description: Lua command for command line use (same as 'lua51')
Chris Zubrzycki kirjoitti 3.7.2006 kello 17.21:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jul 2, 2006, at 8:08 PM, Asko Kauppi wrote:
Jean-Louis's email address is [EMAIL PROTECTED] (two l's)
However, we are maintaining the package together, so I may pick up
the call, too. :)
Lua 5.1.1 is being reviewed by the Lua authorities, and that version
I can affect (not Lua 5.0, that is all Jean-Louis's).
New package splitting is like this (comments in lua51.info):
# Packages:
# lua The binary 'lua' (well, symbolic link); does not
guarantee which Lua version one gets
# (mainly for playing with the interpreter, and for
'package compatibility')
I would get rid of this package. Have the lua5 package provide lua,
and if you make an unversioned symlink with update-alternatives, it
is possible to have multiple versions installed, and the user can
choose to override the default lua symlink.
- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070
Of course, you realize this means war.
- -B. Bunny
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Darwin)
Comment: Please sign reply-http://www.gnupg.org
iEYEARECAAYFAkSpJ/IACgkQ+/mCMqKrwHDx3wCeIwsuAaSVVzFVRg1mOqSiFA+Q
zPwAoJlfePe4ZHM5UJ8smT988tvMIjg7
=dNk2
-END PGP SIGNATURE-
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (Darwin)
iD8DBQFE43xWGJtHlJZfjQoRAnAhAJ4vE+D5llzouz5CS6ONPWKY+D9JTwCfcKPR
0GDPtIei5PBAqqsvjeQfDnU=
=o7qp
-END PGP SIGNATURE-
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink and Intel -- how to?
I have a package for Fink that is completely CPU ignorant; how should I mark it such in the .info file? Also, what is the generic approach taken towards PowerPC/Intel issue, which now gets more concrete. I found no notion at: http://fink.sourceforge.net/doc/packaging/reference.php? phpLang=en#fields http://fink.sourceforge.net/faq/index.php?phpLang=en -asko --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] What feature would you like to see in fink/Fink?
Wouldn't this be way too privacy-infringing? I would personally draw the line to: - don't send anything identifying the user (no email ids etc.) - don't send anything about his/her environment (that would be potentially identifying, too) We all know there's plenty of privacy-concerned people out on the net, and fink 'calling home' could be easily scandalized at slashdot, osnews etc. Since normally commercial tools are known to do such. Why take risks? But.. as a volunteer package maintainer I _very_ much would appreciate getting statistics feedback on package usage. Download, build, success/failure. Maybe platform as well (PowerPC, Intel, # of CPUs would be great). Would not mind having a user feedback channel, either but the packaging already carries the email addresses. I think I've gotten 0 mail through them, though. :) Guess that means all is good? -asko David Fang kirjoitti 6.12.2006 kello 9.07: Charles Lepple wrote: On 12/4/06, Robert T Wyatt [EMAIL PROTECTED] wrote: Cool! I think the simplest implementation would be to send a successful build or install message to the maintainer Hi, I also like this idea, but I think any build reports should also include the envinronment (as seen by fink dumpinfo). Why? I enable MAKEFLAGS (PkgVersion.pm) in my various fink installations, which occasionally causes builds to break. I wouldn't want to report any false-failure due to parallel-unsafe compiles. Admittedly, it's been a long time since I've seen such a failure. Taking this a step further, one could add an optional info field like: ParallellMakeUnsafe: true To turn off MAKEFLAGS on per package basis, and maybe leave MAKEFLAGS on by default for those of us with *really* slow dual CPUs. :) From my testing, only a small minority of packages are affected by parallel-make. With most Macs shipping with 2+ cores these days, informed users could more easily take advantage of multi-processors. David (anxiously awaiting quad-quad Macs) -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php? page=join.phpp=sourceforgeCID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] testing for Panther - any 'right' way?
What is the proper way to test whether a user is running OS X 10.3? I've just noticed the test I had has not worked since 10.4.10, and will either banish 10.3 support or need a fool proof test. Did not find anything on net. The current code is: # if [ `uname -r` \ 8.7.0 ]; then #gcc -fno-common -DLUA_USE_POSIX -DLUA_USE_DLOPEN -L. -llua.5.1.3 lua.c -o lua # else #gcc -fno-common -DLUA_USE_POSIX -DLUA_USE_DLOPEN - DLUA_USE_READLINE -lreadline -L. -llua.5.1.3 lua.c -o lua # fi Even if a good test is found, does anyone test packages on Panther any more? Should support for it just be quietly taken away? -asko - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] testing for Panther - any 'right' way?
Thanks for answers. I will be changing to using: [ `/usr/bin/sw_vers -productVersion | cut -d'.' -f1-2` \ 10.4 ] Asko Kauppi kirjoitti 22.2.2008 kello 10:23: What is the proper way to test whether a user is running OS X 10.3? I've just noticed the test I had has not worked since 10.4.10, and will either banish 10.3 support or need a fool proof test. Did not find anything on net. The current code is: # if [ `uname -r` \ 8.7.0 ]; then #gcc -fno-common -DLUA_USE_POSIX -DLUA_USE_DLOPEN -L. -llua.5.1.3 lua.c -o lua # else #gcc -fno-common -DLUA_USE_POSIX -DLUA_USE_DLOPEN - DLUA_USE_READLINE -lreadline -L. -llua.5.1.3 lua.c -o lua # fi Even if a good test is found, does anyone test packages on Panther any more? Should support for it just be quietly taken away? -asko - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] What to do with Leopard?
I'm a fink package maintainer, who upgraded to Leopard this week. Surprisingly, the support for 10.5.x from fink's side seems far from ready. I don't know the reasons, but this is rather disturbing. To me, fink is a method of delivering tools to people liking OS X and working on the command line. They would expect a Leopard capable installer by now. Also, building from source did not work (PowerBook G4): checking for gcc... (cached) gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. ### execution of PERL=/usr/bin/perl failed, exit code 77 phase compiling: dpkg-bootstrap-1.10.21-1218 failed Before reporting any errors, please run fink selfupdate and try again. If you continue to have issues, please check to see if the FAQ on fink's website solves the problem. If not, ask on the fink-users or fink-beginners mailing lists, with a carbon copy to the maintainer: Fink Core Group [EMAIL PROTECTED] Note that this is preferable to emailing the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. Maybe I need to update the compiler? $ gcc -v Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /private/var/tmp/gcc/gcc-5367.obj~1/src/configure -- disable-checking -enable-werror --prefix=/usr --mandir=/share/man -- enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg] [^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with- slibdir=/usr/lib --build=powerpc-apple-darwin8 --host=powerpc-apple- darwin8 --target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5367) Anyways, the point is when could a Leopard installer be around. Any estimate, whatsoever? If so, please share that as News on the website, and warn people that the binary installer is for 10.4 only. Thanks. -asko - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] What to do with Leopard?
Thanks. I had missed the notice on download page; maybe would have even if it was in red. Updating to XCode 3.0 is okay - just didn't find any notice about it anywhere. Maybe one could be added to this page: http://www.finkproject.org/download/srcdist.php You will also need to install the Xcode Tools (c.f. the Quick Start page). Important Note for Leopard Users: XCode 3.0 will be required to build fink. I REALLY value your and others efforts to keep 'fink' up to date. It is the alter ego of OS X to me, and I couldn't do well without. THANKS! :) -asko Alexander K. Hansen kirjoitti 24.2.2008 kello 1:03: On Saturday 23 February 2008 05:55:45 pm Asko Kauppi wrote: I'm a fink package maintainer, who upgraded to Leopard this week. Surprisingly, the support for 10.5.x from fink's side seems far from ready. I don't know the reasons, but this is rather disturbing. To me, fink is a method of delivering tools to people liking OS X and working on the command line. They would expect a Leopard capable installer by now. There are reasons (see below) Also, building from source did not work (PowerBook G4): checking for gcc... (cached) gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. ### execution of PERL=/usr/bin/perl failed, exit code 77 phase compiling: dpkg-bootstrap-1.10.21-1218 failed Before reporting any errors, please run fink selfupdate and try again. If you continue to have issues, please check to see if the FAQ on fink's website solves the problem. If not, ask on the fink- users or fink-beginners mailing lists, with a carbon copy to the maintainer: Fink Core Group [EMAIL PROTECTED] Note that this is preferable to emailing the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. Maybe I need to update the compiler? $ gcc -v Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /private/var/tmp/gcc/gcc-5367.obj~1/src/configure -- disable-checking -enable-werror --prefix=/usr --mandir=/share/man -- enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg] [^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with- slibdir=/usr/lib --build=powerpc-apple-darwin8 --host=powerpc-apple- darwin8 --target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5367) You need to install Xcode 3.0 . Every major version update on OS X has required a newer Developer Tools / Xcode Tools , and this is no different. Anyways, the point is when could a Leopard installer be around. Any estimate, whatsoever? When it's ready. In addition to package updates, our installer itself no longer works on Leopard. If so, please share that as News on the website, and warn people that the binary installer is for 10.4 only. Thanks. -asko On the download page, we specifically note that there's no Leopard installer. -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] luarocks - needing developer tools anytime (and they are BuildDepends only)
I've informed Ion and kdelibs3-unified maintainer (who was the same). Tolua is being revised by me, so that will move to lua51 shortly. The original 'lua' package is old, and in my understanding no longer supported. It does conflict with 'lua51', which uses update- alternatives for the 'lua' command (update-alternatives are great, btw!). Now, how should we _really_ deprecate 'lua' package? Users will easily just 'fink install lua' and they'd get the old version. This sucks. Is there a way to totally ban its usage. Maybe I should make a new version (5.1.3) that would only require the lua51 (or whichever is latest) Lua package. Actually, I will do that. The reason for the name change has been that Lua 5.x is not intended fully compatible with Lua 5.y. Thus, it makes sense to package and maintain them separately. The new packaging allows several versions to peacefully co-exist. Just using 'lua' package must stop. About the original issue: One way would be to require the _user_ to manually do 'lua install lua51-dev' so that LuaRocks will be able to compile Lua modules. This would not shake the fink systems, and is kind of understandable in my opinion. The end of installing LuaRocks would show something like: *** *** Please run the following command to allow LuaRocks install binary modules *** *** sudo fink install lua51-dev *** -asko Jean-François Mertens kirjoitti 14.5.2008 kello 2:31: On 13 May 2008, at 20:59, Asko Kauppi wrote: I need advice on how to deal with this. Luckily, I am the author of both lua51 and (upcoming) luarocks packages. 'lua51-dev' package has the developer tools (headers) for compiling code against Lua 5.1 (liblua). Normally, packages would only need this for their building, but luarocks (similar to Ruby Gems but for Lua addon packages) might need it anytime. Since the user can say luarocks install and rocks might need Lua headers to be around. So should I simply raise (remove) BuildDepends only from the lua51- dev package, or is there some better approach? If I do this, will lua51-dev still be allowed into the stable tree? headers and the final links from libfoo.dylib into a package which is classified as BuildDependsOnly: True, and plan to have no other package depend on this one A maintainer who has reasons to deviate from this policy and not split the package should explain the reasons in the DescPackaging field. Have no specific comments as to the above, except that it corresponds to a longstanding problem ( note the BuildDependsOnly fields in lua and lua51 do not correspond: one is true while the other is false ..). So very happy you're bringing it up ... A quick grep shows the following dependencies : kdelibs3-unified: bdep on lua (= 5.0-1) kdelibs3-unified-shlibs: dep on lua-shlibs (= 5.0-1) .. not too bad.. (but still, for a recent pkg, why should it depend on such an old lua ..) ion: dep on lua (= 5.0.2-1) similarly tolua deps on lua lua : Conflicts: lua51, lua51-dev BuildDependsOnly: false lua51-dev : Conflicts: lua ( 5.1) lua51 : Conflicts: lua ( 5.1) All other pkgs in fink (10.4/unstable) depend on lua51-shlibs and bdep on lua51-dev (e.g. wireshark(-ssl) , nmap _ or tolua in tracker..) (and I once tried to rebuild ion with lua51, but no way as far as I remember _ probably too old a pkg (%v=20040729) _ to build ion as is.) The upshot is that whenever some of those other pkgs has to be updated the build breaks down _ till the next day when seeing what went wrong, and using --force- _ because ion prevents lua to be removed... This experience suggests the BuildDependsOnly: false possibility (which is the one that allows ion to depend on lua) is dangerous in this context ... I don't know what to suggest here _ possibly refactoring lua itself according to the scheme in lua51 might help; anyway, rather an a BuildDependsOnly: false I would rather suggest trying to use maybe update-alternatives, and a warning in DescUsage that the user wanting use to use the pkg has to make sure lua(xyz-whatever) is installed ... But as an immediate fix, I would strongly suggest getting in touch with the maintainer of ion and KDE, to urge him to see if he cannot upgrade the pkgs to work with lua51 .. JF Mertens - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Unable to build freetype2-dev
Just reporting a problem building freetype2-dev 2.1.4-12 on my machine (PowerPC G4, 10.5.4, gcc 4.0.1 build 5465). Can anyone repeat this (I'll try freetype219 in the mean time)... Seems I'm not the first: http://www.mail-archive.com/[EMAIL PROTECTED]/msg15268.html But there's no solution there, either... -asko Can't open builds/unix/libtool: No such file or directory. make config.mk:21: /unix-def.mk: No such file or directory config.mk:22: /unix-cc.mk: No such file or directory make: *** No rule to make target `/unix-cc.mk'. Stop. ### execution of make failed, exit code 2 Full trace below. curl --connect-timeout 30 -f -L -A 'fink/0.28.3' -O http://kent.dl.sourceforge.net/sourceforge/freetype/freetype-2.1.4.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total Spent Left Speed 100 1050k 100 1050k0 0 134k 0 0:00:07 0:00:07 --:--:-- 169k Setting runtime build-lock... dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-freetype2-2.1.4-12 / sw/src/fink.build dpkg-deb: building package `fink-buildlock-freetype2-2.1.4-12' in `/sw/ src/fink.build/fink-buildlock- freetype2-2.1.4-12_2008.07.03-15.19.47_darwin-powerpc.deb'. Installing build-lock package... /sw/bin/dpkg-lockwait -i /sw/src/fink.build/fink-buildlock- freetype2-2.1.4-12_2008.07.03-15.19.47_darwin-powerpc.deb Selecting previously deselected package fink-buildlock- freetype2-2.1.4-12. (Reading database ... 28462 files and directories currently installed.) Unpacking fink-buildlock-freetype2-2.1.4-12 (from .../fink-buildlock- freetype2-2.1.4-12_2008.07.03-15.19.47_darwin-powerpc.deb) ... Setting up fink-buildlock-freetype2-2.1.4-12 (2008.07.03-15.19.47) ... gzip -dc /sw/src/freetype-2.1.4.tar.gz | /sw/bin/tar -xf - --no-same- owner --no-same-permissions [ -r /sw/fink/dists/unstable/main/finkinfo/graphics/freetype2.patch ] patch -p1 /sw/fink/dists/unstable/main/finkinfo/graphics/ freetype2.patch patching file builds/unix/detect.mk patching file builds/unix/freetype-config.in patching file src/base/ftobjs.c patching file src/base/ftmac.c mv install install.sh make setup CFG=--prefix=/sw ./builds/unix/configure --prefix=/sw checking build system type... powerpc-apple-darwin9.4.0 checking host system type... powerpc-apple-darwin9.4.0 checking target system type... powerpc-apple-darwin9.4.0 checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for rm... rm -f checking for rmdir... rmdir checking for a BSD-compatible install... /usr/bin/install -c checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for int... yes checking size of int... 4 checking for long... yes checking size of long... 4 checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking whether munmap must be declared... no checking for munmap's first parameter type... void * checking for memcpy... yes checking for memmove... yes checking for gzsetparams in -lz... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for ld used by GCC... /usr/libexec/gcc/powerpc-apple- darwin9/4.0.1/ld checking if the linker (/usr/libexec/gcc/powerpc-apple-darwin9/4.0.1/ ld) is GNU ld... no checking for /usr/libexec/gcc/powerpc-apple-darwin9/4.0.1/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking for a sed that does not truncate output... /usr/bin/sed checking whether ln -s works... yes checking how to recognise dependent libraries... file_magic Mach-O dynamically linked shared library checking command to parse /usr/bin/nm -p output... rm: conftest.dSYM: is a directory rm: conftest.dSYM: is a directory rm: conftest.dSYM: is a directory rm: conftest.dSYM: is a directory ok checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for gcc option to produce PIC... -fno-common checking if gcc PIC
Re: [Fink-devel] Unable to build freetype2-dev
Martin Costabel kirjoitti 3.7.2008 kello 23:24: Asko Kauppi wrote: Just reporting a problem building freetype2-dev 2.1.4-12 on my machine (PowerPC G4, 10.5.4, gcc 4.0.1 build 5465). Can anyone repeat this (I'll try freetype219 in the mean time)... Seems I'm not the first: http://www.mail-archive.com/[EMAIL PROTECTED]/msg15268.html But there's no solution there, either... [] perl -pi.bak -e 's/^allow_undefined_flag.*/allow_undefined_flag= \\/' builds/unix/libtool Can't open builds/unix/libtool: No such file or directory. make config.mk:21: /unix-def.mk: No such file or directory config.mk:22: /unix-cc.mk: No such file or directory make: *** No rule to make target `/unix-cc.mk'. Stop. I remember this, but as you see from the archive, it was never explained. I think even then it was not the first time this had appeared. Your configure script and make executable behave differently from what thy are doing for other people. Something must be different on your system, but it is hard to guess what. You didn't replace /bin/ sh by some other shell or something like that? -- Martin No change I would be aware of. But it is a development machine. Anyways, I got freetype219 to work without issues, and that seems to fulfill my needs. Thanks for the check. -asko - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Pango .pc problems (still)
I saw this discussed on fink-users and also here at fink-devel but would like to re-bring it up. http://www.mail-archive.com/[EMAIL PROTECTED]/msg28211.html 'pango.pc' is in the wrong place, and the supposed fix is to set PKG_CONFIG_PATH to find it. However, this also affects a number of other 'pkg-config' queries to become useless: $ pkg-config --cflags gtkmm-2.4 Package pango was not found in the pkg-config search path. Perhaps you should add the directory containing `pango.pc' to the PKG_CONFIG_PATH environment variable Package 'pango', required by 'Pangomm', not found At least glibmm-2.4 and gtk+-2.0 do the same. Is there a real rationale behind keeping pango.pc outside, or is it just a bug? Could we at least have a symlink, so Gtk2+ based pkg-config would work out of the box? - Asko PowerBook-G4:Gtk+ asko$ fink apropos pango Information about 7143 packages read in 2 seconds. pango1-shlibs 1.10.0-3 Deprecated convenience package (use pango1-xft2* instead) pango1-xft21.10.1-1006GTK+ - i18n libs (for XFree86 = 4.3) i pango1-xft2-ft219 1.20.5-1 GTK+ - i18n libs (for freetype = 2.1.9) i pango1-xft2-ft219-dev 1.20.5-1 GTK+ - i18n text development headers and libraries (for freetype = 2.1.9) i pango1-xft2-ft219-shlibs 1.20.5-1 GTK+ - i18n text shared libraries (for freetype = 2.1.9) i pango1-xft2-shlibs 1.10.1-1006GTK+ - i18n text shared libraries (for XFree86 = 4.3) pangoxsl 1.6.0.3-2 Xsl extension libs for pango pangoxsl-shlibs1.6.0.3-2 Shared libs for pangoxsl - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] using 'dumpinfo' for all fink packages - how?
I need to find _any_ fink package (installed or not) that still has a Depends: or BuildDepends: on package X. How to do that? fink list -t | cut -f2 | xargs fink dumpinfo -pN -fdepends - fbuilddepends ...must be close, but starts asking about packages to install.. Why? -asko - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Fwd: Multi-line embedding does not work!?!
Sorry for the noise. Got this solved by adding #!/bin/sh -ex to the
PatchScript and preceding any $ with backslash.
ok now.
Edelleenlähetetty viesti alkaa:
Lähettäjä: Asko Kauppi [EMAIL PROTECTED]
Päiväys: 28. syyskuuta 2008 klo 23:34.50
Vastaanottaja: fink-devel@lists.sourceforge.net
Aihe: Multi-line embedding does not work!?!
I've done this before, but for some reason it does not work with a
package I'm now tooling up. Why?
The idea is to create a custom Makefile for fink, embedded in
the .info file.
What I get is each line separately executed. What's wrong???
PatchScript:
cat Makefile.fink EOF
VERSION=$(shell head -1 Changes | sed 's/ .*//')
RELEASEDATE=$(shell head -1 Changes | sed 's/.* //')
PREFIX=/usr/local
LUA_CPATH=$(PREFIX)/lib/lua/5.1
MANPAGES = $(wildcard doc/*.3)
SO = oocairo.so
CFLAGS = -O2 -ansi -pedantic -Wall -W -Wshadow -Wpointer-arith -
Wcast-align \
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes \
-Wnested-externs -Wno-long-long \
$(shell pkg-config --cflags lua cairo) \
-DVERSION=\$(VERSION)\
LDFLAGS = $(shell pkg-config --libs lua cairo)
#---
all: $(SO) $(MANPAGES)
test: all
echo 'lunit.main({...})' | lua51 -llunit - test/*.lua
$(SO): oocairo.c
$(CC) -bundle $(CFLAGS) $(LDFLAGS) -o $@ $
oocairo.c: obj*.c
doc/lua-%%.3: doc/lua-%%.pod Changes
sed 's/Ecopy/(c)/g' $ | sed 's/Etrade/(tm)/g' $ | sed 's/
Endash/-/g' | sed 's/Epi/pi/g' | \
pod2man --center=Lua OO Cairo binding \
--name=$(shell echo $ | sed 's/^doc\///' | sed 's/
\.pod$$//' | tr a-z A-Z) --section=3 \
--release=$(VERSION) --date=$(RELEASEDATE) $@
install: all
mkdir -p $(LUA_CPATH)
install --mode=644 $(SO) $(LUA_CPATH)/oocairo.so
mkdir -p $(PREFIX)/share/man/man3
for manpage in $(MANPAGES); do \
gzip -c $$manpage $(PREFIX)/share/man/man3/$$(echo $$manpage |
sed -e 's/^doc\///').gz; \
done
clean:
rm -f *.o $(SO)
rm -f gmon.out *.bb *.bbg *.da *.gcov
rm -f $(MANPAGES)
.PHONY: all install test clean
EOF
echo ok
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Multi-line embedding does not work!?!
I've done this before, but for some reason it does not work with a
package I'm now tooling up. Why?
The idea is to create a custom Makefile for fink, embedded in
the .info file.
What I get is each line separately executed. What's wrong???
PatchScript:
cat Makefile.fink EOF
VERSION=$(shell head -1 Changes | sed 's/ .*//')
RELEASEDATE=$(shell head -1 Changes | sed 's/.* //')
PREFIX=/usr/local
LUA_CPATH=$(PREFIX)/lib/lua/5.1
MANPAGES = $(wildcard doc/*.3)
SO = oocairo.so
CFLAGS = -O2 -ansi -pedantic -Wall -W -Wshadow -Wpointer-arith -Wcast-
align \
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes \
-Wnested-externs -Wno-long-long \
$(shell pkg-config --cflags lua cairo) \
-DVERSION=\$(VERSION)\
LDFLAGS = $(shell pkg-config --libs lua cairo)
#---
all: $(SO) $(MANPAGES)
test: all
echo 'lunit.main({...})' | lua51 -llunit - test/*.lua
$(SO): oocairo.c
$(CC) -bundle $(CFLAGS) $(LDFLAGS) -o $@ $
oocairo.c: obj*.c
doc/lua-%%.3: doc/lua-%%.pod Changes
sed 's/Ecopy/(c)/g' $ | sed 's/Etrade/(tm)/g' $ | sed 's/
Endash/-/g' | sed 's/Epi/pi/g' | \
pod2man --center=Lua OO Cairo binding \
--name=$(shell echo $ | sed 's/^doc\///' | sed 's/\.pod$
$//' | tr a-z A-Z) --section=3 \
--release=$(VERSION) --date=$(RELEASEDATE) $@
install: all
mkdir -p $(LUA_CPATH)
install --mode=644 $(SO) $(LUA_CPATH)/oocairo.so
mkdir -p $(PREFIX)/share/man/man3
for manpage in $(MANPAGES); do \
gzip -c $$manpage $(PREFIX)/share/man/man3/$$(echo $$manpage |
sed -e 's/^doc\///').gz; \
done
clean:
rm -f *.o $(SO)
rm -f gmon.out *.bb *.bbg *.da *.gcov
rm -f $(MANPAGES)
.PHONY: all install test clean
EOF
echo ok
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] fink hpijs did not work
Running OS X 10.5 on PowerPC. I needed to print via IPP to a HP Deskjet 3550. Presumably this should be possible via hpijs driver, so I installed it via fink. That did not work. No new drivers were added to OS X Printing preferences. I did run the add command mentioned in usage description of hpijs. Installing the regular OS X HPIJS .dmg file works. At least it gives drivers, though I still remain unable to actually print on that printer. In my opinion the current hpijs package of fink fails to work on 10.5. -asko - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] libsigc++ and Cairomm 1.7.0 co-operation
As maintainers of fink sigc++2 and cairomm1 packages you might be interested about this: a bug in OS X or libsigc++ (depends on how you want to see it) that causes cairomm (among others?) not to compile. -asko Edelleenlähetetty viesti alkaa: Lähettäjä: Asko Kauppi [EMAIL PROTECTED] Päiväys: 28. lokakuuta 2008 klo 20:50.35 Vastaanottaja: Murray Cumming [EMAIL PROTECTED] Kopio: [EMAIL PROTECTED], [EMAIL PROTECTED] Aihe: Vastaus: [cairo] Unable to compile cairomm 1.7.0 (OS X fink) Oops, that was interesting. Seems libsigc++ 2.5 is prepared for this: http://ardour.sourcearchive.com/documentation/2.5/functor__trait_8h-source.html #ifdef nil /* stupid OS X, defining nil */ #undef nil #endif But current fink version is 2.2.3. I will contact the maintainer to make sure (s)he is notified. Seems fitting the same first aid block in front of including sigc++/ slot.h in both cairomm/fontface.h and cairomm/surface.h does the same trick. Thanks! -asko Murray Cumming kirjoitti 28.10.2008 kello 19:53: On Mon, 2008-10-27 at 21:24 +0200, Asko Kauppi wrote: I tried compiling Cairomm 1.7.0 on OS X with fink tools. This is what I got after ./configure make Would you have ideas of what's wrong? Which version of libsigc++ is required? The line 37 of functor_trait.h is: /** nil struct type. * The nil struct type is used as default template argument in the * unnumbered sigc::signal and sigc::slot templates. * * @ingroup signal * @ingroup slot */ struct nil; -- line 37 Yes. nil is typedefed to something on MacOS X, so libsigc++ has problems there. I am surprised that you could build libsigc++. Unfortunately, we can't change that identifier to something else without breaking ABI (due to mangled C++ names) in other libraries that use libsigc++, such as gtkmm. vmware had this problem (they use gtkmm for the vmware UI). I'm sure there's a patch somewhere that they apply, but I can't find it now in bugzilla. fink should probably apply the patch. I've CCed Philip Langdale, who I think was the vmware guy who mentioned this. Maybe he knows where to find the bug or the patch. -- [EMAIL PROTECTED] www.murrayc.com www.openismus.com Edelleenlähetetty viesti alkaa: Lähettäjä: Asko Kauppi [EMAIL PROTECTED] Päiväys: 27. lokakuuta 2008 klo 21:24.20 Vastaanottaja: [EMAIL PROTECTED] Aihe: Unable to compile cairomm 1.7.0 (OS X fink) I tried compiling Cairomm 1.7.0 on OS X with fink tools. This is what I got after ./configure make Would you have ideas of what's wrong? Which version of libsigc++ is required? The line 37 of functor_trait.h is: /** nil struct type. * The nil struct type is used as default template argument in the * unnumbered sigc::signal and sigc::slot templates. * * @ingroup signal * @ingroup slot */ struct nil; -- line 37 - asko ... g++ -DHAVE_CONFIG_H -I. -I.. -I/sw/include/libpng12 -I/sw/include -I/ sw/lib/freetype219/include/freetype2 -I/sw/lib/freetype219/include - I/sw/include/pixman-1 -I/sw/include/cairo -I/sw/include/sigc++-2.0 - I/sw/lib/sigc++-2.0/include -I/usr/X11R6/include -I/usr/X11/include - g -O2 -MT quartz_font.lo -MD -MP -MF .deps/quartz_font.Tpo -c quartz_font.cc -fno-common -DPIC -o .libs/quartz_font.o /sw/include/sigc++-2.0/sigc++/functors/functor_trait.h:37: error: expected identifier before '__null' /sw/include/sigc++-2.0/sigc++/functors/functor_trait.h:37: error: expected unqualified-id before '__null' /sw/include/sigc++-2.0/sigc++/functors/slot.h:1088: error: expected type-specifier before '__null' /sw/include/sigc++-2.0/sigc++/functors/slot.h:1088: error: expected `' before '__null' /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: 'T_arg2' was not declared in this scope /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: 'T_arg3' was not declared in this scope /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: 'T_arg4' was not declared in this scope /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: 'T_arg5' was not declared in this scope /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: 'T_arg6' was not declared in this scope /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: 'T_arg7' was not declared in this scope /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: template argument 3 is invalid /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: template argument 4 is invalid /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: template argument 5 is invalid /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: template argument 6 is invalid /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: template argument 7 is invalid /sw/include/sigc++-2.0/sigc++/functors/slot.h:1090: error: template argument 8 is invalid /sw/include/sigc++-2.0/sigc++/functors/slot.h:1093: error: 'T_arg2
[Fink-devel] targetting Linux i386 on OS X
Would the i386-linux-binutils enable cross compiling Linux i386 target from OS X (using C/C++, not Pascal)? https://sourceforge.net/tracker2/?func=detailaid=2146378group_id=17203atid=414256 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fwd: fink mingw-gcc build error
I've been wanting to get mingw-gcc to work, as well. Had problems with mingw-binutils and I think the message never got to the list due to a 40+KB log attached (probably served me right..?). I think I never heard of Asari on this (mailed him twice). Maybe someone should take over the authorship? -asko Here is the essential part of the report (originally Nov 12th 2008): I'm sending this to fink-devel, since I'm not active on fink-users or fink-beginners. Anyways it's more of a development issue I guess. Does anyone else have this problem; does the package work nice on Intel 10.5? System: OS X 10.5.5 PowerPC (G4 Powerbook) $ fink -v Fink 0.28.6 $ gcc -v gcc version 4.0.1 (Apple Inc. build 5484) The tail of the build log (attached) says 'makeinfo' would be missing, but it's there: $ which makeinfo /sw/bin/makeinfo $ makeinfo --version makeinfo (GNU texinfo) 4.11 Any ideas what I could try about this? -asko The log was (shortened): $ sudo fink install mingw-binutils ... ./chew -f ../.././bfd/doc/doc.str ../.././bfd/doc/../mmo.c mmo.tmp /bin/sh ../.././bfd/doc/../../move-if-change mmo.tmp mmo.texi restore=: backupdir=.am$$ \ am__cwd=`pwd` cd ../.././bfd/doc \ rm -rf $backupdir mkdir $backupdir \ for f in ../.././bfd/doc/bfd.info ../.././bfd/doc/bfd.info- [0-9] ../.././bfd/doc/bfd.info-[0-9][0-9] ../.././bfd/doc/ bfd.i[0-9] ../.././bfd/doc/bfd.i[0-9][0-9]; do \ if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \ done; \ cd $am__cwd; \ if /sw/src/fink.build/mingw-binutils-2.16.91-20050827-1-1/ binutils-2.16.91-20050827-1/missing makeinfo --split-size=500 - I ../.././bfd/doc \ -o ../.././bfd/doc/bfd.info ../.././bfd/doc/bfd.texinfo; \ then \ rc=0; \ cd ../.././bfd/doc; \ else \ rc=$?; \ cd ../.././bfd/doc \ $restore $backupdir/* `echo ./../.././bfd/doc/bfd.info | sed 's| [^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc WARNING: `makeinfo' is missing on your system. You should only need it if you modified a `.texi' or `.texinfo' file, or any other file indirectly affecting the aspect of the manual. The spurious call might also be the consequence of using a buggy `make' (AIX, DU, IRIX). You might want to install the `Texinfo' package or the `GNU make' package. Grab either from any GNU archive site. make[2]: *** [../.././bfd/doc/bfd.info] Error 1 Making info in po ( if test 'x../.././bfd/po' != 'x.'; then \ posrcprefix='../.././bfd/'; \ else \ posrcprefix=../; \ fi; \ rm -f SRC-POTFILES-t SRC-POTFILES \ (sed -e '/^#/d' \ -e '/^[ ]*$/d' \ -e s...@.*@$posrcprefix @ ../.././bfd/po/SRC-POTFILES.in \ | sed -e '$s/\\$//') SRC-POTFILES-t \ chmod a-w SRC-POTFILES-t \ mv SRC-POTFILES-t SRC-POTFILES ) ( rm -f BLD-POTFILES-t BLD-POTFILES \ (sed -e '/^#/d' \ -e '/^[ ]*$/d' \ -e s...@.*@../ @ ../.././bfd/po/BLD-POTFILES.in \ | sed -e '$s/\\$//') BLD-POTFILES-t \ chmod a-w BLD-POTFILES-t \ mv BLD-POTFILES-t BLD-POTFILES ) cd .. \ CONFIG_FILES=po/Makefile.in:po/Make-in \ CONFIG_HEADERS= /bin/sh ./config.status config.status: creating po/Makefile.in config.status: executing depfiles commands config.status: executing default commands make[2]: Nothing to be done for `info'. make[2]: Nothing to be done for `info-am'. make[1]: *** [info-recursive] Error 1 make: *** [all-bfd] Error 2 ### execution of make failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-mingw- binutils-2.16.91-20050827-1-1 (Reading database ... 108501 files and directories currently installed.) Removing fink-buildlock-mingw-binutils-2.16.91-20050827-1-1 ... Failed: phase compiling: mingw-binutils-2.16.91-20050827-1-1 failed Before reporting any errors, please run fink selfupdate and try again. If you continue to have issues, please check to see if the FAQ on fink's website solves the problem. If not, ask on the fink-users or fink-beginners mailing lists, with a carbon copy to the maintainer: ASARI Takashi as...@sodan.ecc.u-tokyo.ac.jp Note that this is preferable to emailing the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. Thomas Kho kirjoitti 8.1.2009 kello 23:32: I sent this email to the package maintainer a couple days ago but haven't heard a response. mingw-gcc wasn't building for me on 10.5/Intel because of a ulimit error, so I looked at how it was handled
[Fink-devel] Fwd: Fwd: fink mingw-gcc build error
A bit premature, that was. Mingw-gcc also needs a fix. The command 'ulimit -S -s unlimited' causes a problem here. CompileScript: #!/bin/sh -ev ulimit -S -s unlimited mkdir darwin cd darwin ../configure %c make Now, why is that since if I simply say 'ulimit -S -s unlimited', it works. But if the info file does it, it doesn't? $ sudo fink install mingw-gcc The following package will be installed or updated: mingw-gcc Setting runtime build-lock... dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-mingw-gcc-4.1.0-2 / sw/src/fink.build dpkg-deb: building package `fink-buildlock-mingw-gcc-4.1.0-2' in `/sw/ src/fink.build/fink-buildlock-mingw- gcc-4.1.0-2_2009.01.14-00.17.02_darwin-powerpc.deb'. Installing build-lock package... /sw/bin/dpkg-lockwait -i /sw/src/fink.build/fink-buildlock-mingw- gcc-4.1.0-2_2009.01.14-00.17.02_darwin-powerpc.deb Selecting previously deselected package fink-buildlock-mingw- gcc-4.1.0-2. (Reading database ... 100264 files and directories currently installed.) Unpacking fink-buildlock-mingw-gcc-4.1.0-2 (from .../fink-buildlock- mingw-gcc-4.1.0-2_2009.01.14-00.17.02_darwin-powerpc.deb) ... Setting up fink-buildlock-mingw-gcc-4.1.0-2 (2009.01.14-00.17.02) ... bzip2 -dc /sw/src/gcc-4.1.0.tar.bz2 | /sw/bin/tar -xf - --no-same- owner --no-same-permissions /usr/bin/sed -i.bak -e 's|LIBGCC2_INCLUDES = -I$(srcdir)/../winsup/ w32api|LIBGCC2_INCLUDES = -I/sw/lib/mingw/i686-pc-mingw32|' -e '12s|^$| CRTSTUFF_CFLAGS += -isystem /sw/lib/mingw/i686-pc-mingw32|' gcc/config/ i386/t-cygming /var/tmp/tmp.1.72jiEu #!/bin/sh -ev ulimit -S -s unlimited /var/tmp/tmp.1.72jiEu: line 2: ulimit: stack size: cannot modify limit: Invalid argument ### execution of /var/tmp/tmp.1.72jiEu failed, exit code 1 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-mingw-gcc-4.1.0-2 (Reading database ... 100265 files and directories currently installed.) Removing fink-buildlock-mingw-gcc-4.1.0-2 ... Failed: phase compiling: mingw-gcc-4.1.0-2 failed Before reporting any errors, please run fink selfupdate and try again. If you continue to have issues, please check to see if the FAQ on fink's website solves the problem. If not, ask on the fink-users or fink-beginners mailing lists, with a carbon copy to the maintainer: ASARI Takashi as...@sodan.ecc.u-tokyo.ac.jp Note that this is preferable to emailing the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. Edelleenlähetetty viesti alkaa: Lähettäjä: Asko Kauppi as...@dnainternet.net Päiväys: 14. tammikuuta 2009 klo 0:17.32 Vastaanottaja: Martin Costabel costa...@wanadoo.fr Kopio: Thomas Kho t...@tommykho.com, fink- de...@lists.sourceforge.net Aihe: Vastaus: [Fink-devel] Fwd: fink mingw-gcc build error Seems to solve it for me (tested on PPC). Please check it in. :) THANKS! And you might make a note that this package is without an active maintainer? -asko Martin Costabel kirjoitti 13.1.2009 kello 23:38: Asko Kauppi wrote: [] Does anyone else have this problem; does the package work nice on Intel 10.5? No, not for me; I get the same error. $ makeinfo --version makeinfo (GNU texinfo) 4.11 The package has, in its Makefile, a test about which it says # For an installed makeinfo, we require it to be from texinfo 4.2 or # higher, else we use the missing dummy. Unfortunately, it then only looks for 4.2 to 4.9 and does not recognize 4.11 or (in my case) 4.13. This is clearly a bug in the sources which should be fixed in the package. In the Fink package, this test is not really necessary, so that a quick and dirty patch like the following will work: PatchScript: perl -pi -e 's,\|4.*9,|[4-9,' Makefile.in If this works for you and no maintainer shows up, I can check it in. -- Martin -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fwd: fink mingw-gcc build error
Seems to solve it for me (tested on PPC). Please check it in. :) THANKS! And you might make a note that this package is without an active maintainer? -asko Martin Costabel kirjoitti 13.1.2009 kello 23:38: Asko Kauppi wrote: [] Does anyone else have this problem; does the package work nice on Intel 10.5? No, not for me; I get the same error. $ makeinfo --version makeinfo (GNU texinfo) 4.11 The package has, in its Makefile, a test about which it says # For an installed makeinfo, we require it to be from texinfo 4.2 or # higher, else we use the missing dummy. Unfortunately, it then only looks for 4.2 to 4.9 and does not recognize 4.11 or (in my case) 4.13. This is clearly a bug in the sources which should be fixed in the package. In the Fink package, this test is not really necessary, so that a quick and dirty patch like the following will work: PatchScript: perl -pi -e 's,\|4.*9,|[4-9,' Makefile.in If this works for you and no maintainer shows up, I can check it in. -- Martin -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
