July 2012 - Darwin-dev - lists.apple.com

building libsystem and libc from sources...
by Stephen Bespalko 31 Jul '12

31 Jul '12

It would be a great help if someone could point me to (or outline) the steps for building libc (and it's predecessors) from sources. Sincerely, Stephen Bespalko _______________________________________________ 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: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Perl version in 10.8, and 10.9?
by Mark Fowler 31 Jul '12

31 Jul '12

Hi Kevin, Thanks for taking the time to reply. Sadly I'm not sure if binary compatibility between major point releases in is realistically feasible since it's my understanding that it's often these binary incompatible bits that make the difference between the Perl versions possible. So, some follow up points: 1. The yearly release cycle Perl is now on a yearly release cycle, where each year a new stable Perl is released rendering last year's stable release to 'deprecated but still supported' and the year before that to 'no longer supported'. It seems that (if current trends hold at least) OS X is currently *also* on a yearly release cycle. Ideally it would be nice to take a new Perl version every year to stay current. It's worth noting that there are distinct advantages in this: i) If a developer skips a Perl release (e.g. from 5.12 to 5.16) when they upgrade their perl then deprecation warnings from the skipped release are not seen and features simple seem to vanish from the language ii) Since the releases are not synchronised with OS X releases then if OS X continues on it's yearly release cycle then unless a new version of Perl is taken every year at some point in every two years OS X will be running an old no-longer supported by the Perl community perl. However: I can understand your concerns with having to maintain a ever increasing number of Perl binaries in the distribution if you want to continue to ship a binary compatible perl! Regrettably I do not have a solution to offer. What would be really useful is unequivocal feedback to the Perl community about the problems that the current yearly release presents to Apple as a distributer of Perl so Apple's needs can be considered. 2. Removing old Perls It would be a lot simpler if Apple were easily able to remove old Perl versions. When you say that they're specifically referenced by applications how do you mean? Do you mean that your problem is that the Perl binary has been included into applications? Do you mean that the path to the particular version of Perl is hard coded in applications? Do you mean that you're worried about changes in behaviour? In the past Apple have removed older versions of Perl (for example, Snow Leopard used to ship with 5.8 but this was removed in Lion.) I assume that this was possible due to applications no longer needing those older versions (something to do with the 32bit to 64bit switchover?) Again, it would be tremendously useful for the Perl community to understand what make it "okay" and what would make it "not okay" for Apple to be able to remove old versions of Perl. Thanks again for replying to my original email, and if any of the questions I've asked for any reasons is not something that can be publicly discussed then please say so and I'll stop bothering you ;-) -- Mark Fowler http://www.twoshortplanks.com/ On Tuesday, 31 July 2012 at 16:18, Kevin Van Vechten wrote: > Hi Mark, > > The biggest way the Perl community could help would be to make a strong commitment to preserving binary compatibility for modules between releases. > > As it stands, once a major version of Perl is shipped with OS X it cannot be removed because it is specifically referenced by applications. That means that the Perl's support footprint (and percentage of the overall OS X download size) increases with each release. > > Although 5.14 was available in time to include with Mountain Lion, doing so wasn't very appealing given that it would be so quickly obsoleted by 5.16 and we'd end up having to maintain 5.10, 5.12, 5.14 and 5.16. Unfortunately 5.16 wasn't released at a time that allowed for inclusion in Mountain Lion, so both were skipped. > > Kevin > > > On Jul 30, 2012, at 2:17 PM, Mark Fowler <mark(a)twoshortplanks.com (mailto:mark@twoshortplanks.com)> wrote: > > Hello, > > > > I just installed 10.8 on my Mac and I note that it's still shipping with no-longer supported versions of Perl (5.10 and 5.12, current latest stable is 5.16.) > > > > I wondered if there was any way the Perl community could help get the latest version of Perl in OS X 10.9. I suspect there's very good reasons why Apple didn't upgrade Perl in 10.8, and if nothing else it would be useful for the Perl community to know these reasons to inform decisions regarding its own release schedule. > > > > So, is there anyone on this list who either themselves or who knows someone who is involved in the packaging of Perl for OS X? Is there any way that the Perl community could further contribute to this process (either directly, or by making changes to the release timings, etc.) > > > > Mark. > > http://www.pimpyourmacwithperl.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: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Perl version in 10.8, and 10.9?
by Kevin Van Vechten 31 Jul '12

31 Jul '12

_______________________________________________ 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: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Perl version in 10.8, and 10.9?
by comex 31 Jul '12

31 Jul '12

On Mon, Jul 30, 2012 at 2:17 PM, Mark Fowler <mark(a)twoshortplanks.com> wrote: > I wondered if there was any way the Perl community could help get the latest > version of Perl in OS X 10.9. If you haven't done so already, make sure to file a radar about this. _______________________________________________ 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: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Perl version in 10.8, and 10.9?
by Mark Fowler 30 Jul '12

30 Jul '12

Thanks Juan, My question was *not* about how to upgrade Perl on OS X, but rather about the possibility of working with Apple to ensure that 10.9 ships with a version of Perl that the community is still supporting. However, since you brought the subject up, I should warn others I really do not recommend taking the approach you've indicated on installing a new perl. You suggest deleting the vendor perl and installing your own perl over the top of it. That's very likely to break existing things (that may be relying on the version perl that shipped with your system) and also very likely to break if Apple submit a security update which overwrites any of the files that they thing _they_ control on your system. I instead recommend building something with perlbrew, e.g.: curl -L http://xrl.us/installperlosx | bash This will create a Perl in your home directory that will co-exist happily with the vendor Perl. (see the talk on www.pimpyourmacwithperl.com for more info.) Mark. -- Mark Fowler http://www.twoshortplanks.com/ http://www.pimpyourmacwithperl.com/ On Monday, 30 July 2012 at 19:14, Juan Madrigal wrote: > This might be relevant (replace version numbers and directories as needed): > > sudo rm -R /System/Library/Perl sudo rm -R /Library/Perl rm /usr/bin/cpan* rm /usr/bin/perl* export SDK=/Developer/SDKs/MacOSX10.6.sdk # cd to src cd /usr/local/src/perl-5.10.1 # configure (may need to sudo) ./Configure -Accflags="-nostdinc -B$SDK/usr/include/gcc \ -B$SDK/usr/lib/gcc -isystem$SDK/usr/include \ -F$SDK/System/Library/Frameworks" \ -Aldflags="-Wl,-syslibroot,$SDK" \ -de -Dprefix=/usr -Dusershrplib -Dperladmin=email(a)addr.com (mailto:-Dperladmin=email@addr.com) -Dcf_email=email(a)addr.com (mailto:-Dcf_email=email@addr.com) #install make make test sudo make install # upgrade cpan sudo cpan upgrade CPAN.pm reload cpan install Module::Build install ExtUtils::MakeMaker install Bundle::CPAN > Juan > > > On Jul 30, 2012, at 5:17 PM, Mark Fowler wrote: > > Hello, > > > > I just installed 10.8 on my Mac and I note that it's still shipping with no-longer supported versions of Perl (5.10 and 5.12, current latest stable is 5.16.) > > > > I wondered if there was any way the Perl community could help get the latest version of Perl in OS X 10.9. I suspect there's very good reasons why Apple didn't upgrade Perl in 10.8, and if nothing else it would be useful for the Perl community to know these reasons to inform decisions regarding its own release schedule. > > > > So, is there anyone on this list who either themselves or who knows someone who is involved in the packaging of Perl for OS X? Is there any way that the Perl community could further contribute to this process (either directly, or by making changes to the release timings, etc.) > > > > Mark. > > http://www.pimpyourmacwithperl.com/ > > _______________________________________________ > > Do not post admin requests to the list. They will be ignored. > > Darwin-dev mailing list (Darwin-dev(a)lists.apple.com (mailto:Darwin-dev@lists.apple.com)) > > Help/Unsubscribe/Update your Subscription: > > https://lists.apple.com/mailman/options/darwin-dev/z3r0_f4ct0r%40mac.com > > > > This email sent to z3r0_f4ct0r(a)mac.com (mailto:z3r0_f4ct0r@mac.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: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Perl version in 10.8, and 10.9?
by Mark Fowler 30 Jul '12

30 Jul '12

_______________________________________________ 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: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

IOI2CSendRequest problem
by Vitaly Bondar 24 Jul '12

24 Jul '12

Hello, I hope that here is correct place to ask about IOKit. Part of code and a little more info here: Is there is any known issues in i2c communication with display? Maybe request structure filled wrong? Will be great to hear even guesses. Thank you. Best regards, Vitaly Bondar _______________________________________________ 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: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com I have faced problem with IOI2CSendRequest function from "IOKit/i2c/IOI2CInterface.h" Apple example for fetching EDID from display (using of oxA0 and oxA1 addresses) works fine. But when i'm trying to use 0x6e/0x6F addresses - can't receive response from display. If i send write command to display, like set brightness, i see that it is applied on display. But when i send command for fetching something - it is not works. The commands itself is correct because same things works in Windows realization. http://stackoverflow.com/questions/11561623/i2c-communication-in-iokit-on-m…

1 0

Re: Writing to BSD layer from I/O kit layer
by Mehdi Esmaeelpour 21 Jul '12

21 Jul '12

On 7/19/12, Boris Remizov <catflight(a)gmail.com> wrote: > Hi, > > Yes it is possible via VFS layer, it includes couple or > read/write/open/create/close routines, close to their C analogs. Valuable > difference is only in working with directories - in VFS you have do bigger > work yourself. Please refer to the <vfs/vfs_support.h>. > > Regards, > Boris > > On Wed, Jul 18, 2012 at 12:22 PM, Mehdi Esmaeelpour < > mehdi.esmaeelpour(a)gmail.com> wrote: > >> Hi all >> >> I want to create a kext that create a file and write something to it ... >> Can i do this? >> >> Thanks >> > Can you explain more? or give me some sample codes? any document? i cannot find any sample or document. _______________________________________________ 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: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Writing to BSD layer from I/O kit layer
by Boris Remizov 19 Jul '12

19 Jul '12

_______________________________________________ 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: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0

Writing to BSD layer from I/O kit layer
by Mehdi Esmaeelpour 18 Jul '12

18 Jul '12

_______________________________________________ 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: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap… This email sent to site_archiver(a)lists.apple.com

1 0