May 2005 - Darwin-dev - lists.apple.com

Re: building gcc4... HELP!
by Bill Northcott 10 May '05

10 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi - I found a bug in the libc++v3 library with dynamic_cast and, rather than just wait for Apple to fix it, I'm trying to build my own so I can fix it myself as a work-around. I've made essentially NO progress in trying to build ANY part of the darwin8.0.0 modules (well, a few .o's but...) in essentially 2 full days of attempts. As far as I know there is no up to date public cvs for Darwin. Bill Northcott _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 11/05/2005, at 5:11 AM, Hugh Hoover wrote: IMHO, you are making the whole thing more complicated than it needs to be. You can get the sources for Apple's version of gcc-4.00 from the main FSF cvs described at gcc.gnu.org. If you have a look at the web cvs you can see a list of valid tags. The Apple tags are near the bottom. The current tag is around apple-ppc-5018. This is considerably more up to date than the shipped Xcode 2 compiler apple- ppc-4061. The 50xx versions have been updated to the released FSF gcc-4.00 code as at 20 April. Your problem may well already be fixed. These sources will build happily on Panther if you update the cc- tools package. This email sent to site_archiver(a)lists.apple.com

1 0

Re: building gcc4... HELP!
by Hugh Hoover 10 May '05

10 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thanks for the reply! It is appreciated. On May 10, 2005, at 00:42, Markus Hitter wrote: Is there an up-to-date HOWTO somewhere? aHA! And here >I< was, thinking that they should just BUILD! Silly me! ;^) Thanks for the info! _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… (Thats me now) The best I can think of is the OD Hackers list(s Archive). Currently, it looks like the provided Darwin 8.0.1 (aka. Mac OS X 10.4) sources don't build as-is but a few people are working hard to get things sorted. That said, detailed descriptions of what exactly failed (e.g. last lines of the build log) would help discussion/fixing a lot. Well - I've tracked down the problems (so far) with compiling gcc-4061 to an expectation in the makefile in libstdc++v3 for having the env vars CC and CXX being set. When I set those to "gcc", I can get the build to work using gcc4, but not gcc3.3. I'm still running into a problem in testsuite where it expects a group of testsuite_XXX files that are being deleted by "make clean". I fetched the missing files from http://www.opensource.apple.com/ darwinsource/10.4/gcc-4061/libstdc++-v3/testsuite/ and can get that to build also, but can't get the tests to run. Apparently, those depend upon dejaGNU, which I don't have set up. Well - I've built the library, which is what I needed to do - I'm going to see now if I can actually use it. This email sent to site_archiver(a)lists.apple.com

1 0

Re: building gcc4... HELP!
by Markus Hitter 10 May '05

10 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Am 10.05.2005 um 03:36 schrieb Hugh Hoover: Hugh Hoover again: To quote Rob again: Hugh Hoover: Cheers, Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… I can't find the listed darwin-buildpackage or darwin-buildall tools anywhere. Not sure, but they might be deprecated in favour of the new darwinbuild scripts. Next, I went to opendarwin.org. I've downloaded the set of .tar.gz's onto a UFS disk into a darwinbuild/Sources directory. I've downloaded and built the darwinbuild package from http://darwinsource.opendarwin.org. I've set my compiler to 3.3. ALL of the packages I've tried fail at some point in their building using darwinbuild. I've tried gcc, gcc_os, cctools, gnutar and gnuzip. To quote Rob Braun from the OpenDarwin Hackers list, posted a few days ago: There are a few other things I am working on for a potential OD release. I've fixed a few bugs, removed a few references to non-open CF bits, [...] I've posted this url before, but my diffs to 8.0.1 are at: <http://www.opendarwin.org/~bbraun/darwin8/> If you're familiar with darwinbuild, you'll be familiar with the Roots/ and Sources/ directories there. Sources has my patches, Roots has some of the tarred up roots I've made. This really shouldn't be THAT hard - I"m likely doing something stupid - but what is it? Have you tried running Darwin 8? I'm sure you've noticed some of the glitches and lack of features, if so. There is more than enough work to be done to get it "usable". Is there an up-to-date HOWTO somewhere? (Thats me now) The best I can think of is the OD Hackers list(s Archive). Currently, it looks like the provided Darwin 8.0.1 (aka. Mac OS X 10.4) sources don't build as-is but a few people are working hard to get things sorted. That said, detailed descriptions of what exactly failed (e.g. last lines of the build log) would help discussion/fixing a lot. This email sent to site_archiver(a)lists.apple.com

1 0

building gcc4... HELP!
by Hugh Hoover 10 May '05

10 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com TIA for any help... Hugh Hoover Enumclaw Software. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Hi - I found a bug in the libc++v3 library with dynamic_cast and, rather than just wait for Apple to fix it, I'm trying to build my own so I can fix it myself as a work-around. I've made essentially NO progress in trying to build ANY part of the darwin8.0.0 modules (well, a few .o's but...) in essentially 2 full days of attempts. I tried following instructions at: http://developer.apple.com/ documentation/Darwin/Conceptual/howto/building_darwin_howto/ building_darwin_howto.html and first, found that a number of links are out of date. I can't figure out how to get cvs setup correctly - I think the listed CVSROOTs are out-of-date. I can connect, but no modules appear to be present. I can't find the Tools package, nor does there appear to be a Tools module in cvs that I can access. I can't find the listed darwin- buildpackage or darwin-buildall tools anywhere. I downloaded the gcc-4061 package by itself and I've tried configuring and building manually under gcc-4061/libstdc++v3, but can't get it to build - I end up with empty archives in libmath which break the rest of the build when using gcc4. gcc-3.3 was even less successful, with a large number of syntax errors in the include/bits/ gthr_default.h header and libmath (missing __builtin_XXX) Next, I went to opendarwin.org. I've downloaded the set of .tar.gz's onto a UFS disk into a darwinbuild/Sources directory. I've downloaded and built the darwinbuild package from http://darwinsource.opendarwin.org. I've set my compiler to 3.3. ALL of the packages I've tried fail at some point in their building using darwinbuild. I've tried gcc, gcc_os, cctools, gnutar and gnuzip. This really shouldn't be THAT hard - I"m likely doing something stupid - but what is it? Is there an up-to-date HOWTO somewhere? Are these not build-able under 10.4? This email sent to site_archiver(a)lists.apple.com

1 0

Fifo close at the same time as a blocked read. 10.3 vs 10.4, which one is "right"?
by Corey O'Connor 10 May '05

10 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=h8/w2AjUm+AfZ+jQL0Mp8D9lu1vVYnRXu53tOUc5fLD8+WvWMifN35gRZtVm3kjRrAiMH8iIIc6WAspp4CQ2qZUaiK+/VU5w+/sXoROIwgyoUuqyO48je48rtheVILqKK0xbmiuCYo92tNF1f57zLPMrNH0zjwBfKJZ7Ot+UQ/s= While I no longer rely on this behavior, I noticed a difference between 10.3 and 10.4 on the same fifo code. The 10.4 behavior seems more unfriendly than the 10.3 code, but I'm unsure which one is actually behaving "right". The code opens a fifo, then branches into 2 threads. One thread does some stuff, then calls close on the fifo. The other thread repeatedly reads from the fifo until some error occurs. All read/writes are blocking. The difference is what happens when the fifo is closed while the read is blocked. Under 10.3 the close() succeeds, but the read() remains blocked. The program can be terminated with a SIGTERM however. Under 10.4 the close() blocks, and the program requires a SIGKILL to, eventually, terminate. Example code is here: http://homepage.mac.com/funkmonkey256/FileSharing4.html The "close on blocked read example.zip". -- -Corey O'Connor _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Tiger and libreadline
by David Leimbach 09 May '05

09 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aI2Bn2MpXhVS37FDDXTTXvRb1Zx/rFfMxYn5+gDRDTNhkzQs8qfgCAo/A+2Ho6aOt2r+IavFSa/Ul/e1n3/kZN6XpAu24qUukFKa4oCG3yd2e/xwULpkV4g+j6cm7/BRZOHJXGihzbpxRy7IVc7J99GGDqfvwjr7WnO0jUDZGNE= On 5/8/05, Peter O'Gorman <peter(a)pogma.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > David Leimbach wrote: > > | > | The GPL creates business problems that the BSDL [and LGPL in this > | case] does not. It goes beyond "philosophy". The fact is libedit is > | designed to replace libreadline. So the symlink makes perfect > | technical sense. The problem is it doesn't offer 100% libreadline > | compatiblity yet. > > This is totally beside the point. No other *BSD ships a libreadline in > /usr/lib that links to libedit. FreeBSD ships GNU readline, NetBSD only has > libedit in /usr/lib (but it does have /usr/include/readline/readline.h and > /usr/include/readline/history.h). The problem is not that libedit does not > offer 100% GNU readline compatibility, it is that Apple sees fit to pretend > that it does by including the symlink. > > > | > | You are free to install and link against libreadline if you choose. > | Alternatively you could hack on libedit [probably not what you want to do :)]. > > This is crap, it is far easier for a user who wishes to do so to link > ~/lib/libreadline.dylib to /usr/lib/libedit.dylib than it is to remove the link. > > | > | Claiming that the symlink has no purpose is a bit subjective I'd say. > | For me I'd want software that CAN link libedit instead of libreadline > | to link libedit instead. To me that symlink saves me a lot of crap of > | fixing the project I wanted to build/link to use the correct library. > | I agree it's ugly and that it's a workaround but good luck getting > | every project that fits that pattern to bend to your will. > > See above. You could easily put such a link in the build dir. > 1) This is Darwin not *BSD 2) Symlinks suck in general 3) Adding a symlink to a build or home directory doesn't address the problem of software distribution at all, which is likely why apple chose the path they did. The GPL only comes into play when you redistribute. They claimed it was a license issue already. None of your suggestions solve their problem. The only current solution is to build libreadline if you want it, install it elsewhere, and use it. Unless apple can be persuaded to "fix" what some people see as a problem [and I really don't care... it doesn't bother me] this will likely remain the only choice and further discussion probably won't help the situation at all. Dave > Peter > - -- > Peter O'Gorman - http://www.pogma.com > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.0 (Darwin) > > iQCVAwUBQn7jW7iDAg3OZTLPAQJtFwP+O5dbz5AvzJQg54+vlGZiPt2N/+ute8/h > 0kBIDdLxviO7j3vZtnUWHpUKh0NINBA06cSMF2QuQ0DNA16tZtMTr0KwtRUGKM+w > BgA3f5g6Rez/bxwZcKnPYLKW8nlzXfg9WqnDPhVyzCaa7FUQAOHW+wBQvJTHM3/R > E/tLI00rp3k= > =1CG0 > -----END PGP SIGNATURE----- > _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Tiger and libreadline
by Peter O'Gorman 09 May '05

09 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Leimbach wrote: | | The GPL creates business problems that the BSDL [and LGPL in this | case] does not. It goes beyond "philosophy". The fact is libedit is | designed to replace libreadline. So the symlink makes perfect | technical sense. The problem is it doesn't offer 100% libreadline | compatiblity yet. This is totally beside the point. No other *BSD ships a libreadline in /usr/lib that links to libedit. FreeBSD ships GNU readline, NetBSD only has libedit in /usr/lib (but it does have /usr/include/readline/readline.h and /usr/include/readline/history.h). The problem is not that libedit does not offer 100% GNU readline compatibility, it is that Apple sees fit to pretend that it does by including the symlink. | | You are free to install and link against libreadline if you choose. | Alternatively you could hack on libedit [probably not what you want to do :)]. This is crap, it is far easier for a user who wishes to do so to link ~/lib/libreadline.dylib to /usr/lib/libedit.dylib than it is to remove the link. | | Claiming that the symlink has no purpose is a bit subjective I'd say. | For me I'd want software that CAN link libedit instead of libreadline | to link libedit instead. To me that symlink saves me a lot of crap of | fixing the project I wanted to build/link to use the correct library. | I agree it's ugly and that it's a workaround but good luck getting | every project that fits that pattern to bend to your will. See above. You could easily put such a link in the build dir. Peter - -- Peter O'Gorman - http://www.pogma.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Darwin) iQCVAwUBQn7jW7iDAg3OZTLPAQJtFwP+O5dbz5AvzJQg54+vlGZiPt2N/+ute8/h 0kBIDdLxviO7j3vZtnUWHpUKh0NINBA06cSMF2QuQ0DNA16tZtMTr0KwtRUGKM+w BgA3f5g6Rez/bxwZcKnPYLKW8nlzXfg9WqnDPhVyzCaa7FUQAOHW+wBQvJTHM3/R E/tLI00rp3k= =1CG0 -----END PGP SIGNATURE----- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Tiger and libreadline
by David Leimbach 08 May '05

08 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=c0bQedAMqG4or8G5OqPbSWWli9elL3R7VBjrjxNjZid4OrrHq/FZyFRSb5ATcFcxBaHVgPSf+5ZFs/d77Ay0THyLMLEtI6cVxdJuSbC2bDL9lQeyz/JJE2Yh4pU0YLETY5l80PDLTDB7aDUOP1A8y1ILPClf3Us7Xn+/arI3Icg= On 5/8/05, Martin Costabel <costabel(a)wanadoo.fr> wrote: > Jordan K. Hubbard wrote: > [] > > It would be nice if libreadline was LGPL'd, just as a large number of > > other GNU project libraries are, but it is not. Until then, we'll do > > our best to provide an unencumbered compatibility story with libedit, > > which is BSD licensed and, as Bill notes, not an Apple invention in any > > way (the *BSD projects have exactly the same concerns). > > But do they install a symlink libreadline.dylib->libedit.dylib? This is > the real problem we were discussing here. It is a technical installation > problem, not a philosophical GPL vs BSD license problem. > The GPL creates business problems that the BSDL [and LGPL in this case] does not. It goes beyond "philosophy". The fact is libedit is designed to replace libreadline. So the symlink makes perfect technical sense. The problem is it doesn't offer 100% libreadline compatiblity yet. You are free to install and link against libreadline if you choose. Alternatively you could hack on libedit [probably not what you want to do :)]. Claiming that the symlink has no purpose is a bit subjective I'd say. For me I'd want software that CAN link libedit instead of libreadline to link libedit instead. To me that symlink saves me a lot of crap of fixing the project I wanted to build/link to use the correct library. I agree it's ugly and that it's a workaround but good luck getting every project that fits that pattern to bend to your will. Dave > -- > Martin > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/darwin-dev/leimy2k%40gmail.com > > This email sent to leimy2k(a)gmail.com > _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Tiger and libreadline
by seebs＠plethora.net 08 May '05

08 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com In message <427E4544.4020607(a)wanadoo.fr>, Martin Costabel writes: >But do they install a symlink libreadline.dylib->libedit.dylib? This is >the real problem we were discussing here. It is a technical installation >problem, not a philosophical GPL vs BSD license problem. I don't know that they always do, but given that at least some programs which expect libreadline work with this link, but not without it... -s _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Tiger and libreadline
by Martin Costabel 08 May '05

08 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) Jordan K. Hubbard wrote: [] -- Martin _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… It would be nice if libreadline was LGPL'd, just as a large number of other GNU project libraries are, but it is not. Until then, we'll do our best to provide an unencumbered compatibility story with libedit, which is BSD licensed and, as Bill notes, not an Apple invention in any way (the *BSD projects have exactly the same concerns). But do they install a symlink libreadline.dylib->libedit.dylib? This is the real problem we were discussing here. It is a technical installation problem, not a philosophical GPL vs BSD license problem. This email sent to site_archiver(a)lists.apple.com

1 0