<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Valgrind + Mac OS X update (Feb 17, 2009)</title>
	<atom:link href="http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/</link>
	<description></description>
	<lastBuildDate>Mon, 13 Feb 2012 14:54:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Jens Alfke</title>
		<link>http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/comment-page-1/#comment-46</link>
		<dc:creator>Jens Alfke</dc:creator>
		<pubDate>Thu, 19 Mar 2009 21:02:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/nnethercote/?p=16#comment-46</guid>
		<description>For the record, Jason Oster&#039;s comment above is wrong. OS X 10.5 definitely supports 64-bit apps, even at the GUI level. (Xcode itself runs 64-bit.) I can vouch for this, as I helped fix a number of 64-bit compatibility bugs in 10.5 back when I still worked at Apple =)

Unlike Windows, there is no separate 32 or 64 bit mode for the OS. If the CPU is 64-bit-capable, the kernel supports both 32 and 64 bit apps running at the same time. If the executable contains a 64-bit binary, it will use that preferentially to a 32-bit one.</description>
		<content:encoded><![CDATA[<p>For the record, Jason Oster&#8217;s comment above is wrong. OS X 10.5 definitely supports 64-bit apps, even at the GUI level. (Xcode itself runs 64-bit.) I can vouch for this, as I helped fix a number of 64-bit compatibility bugs in 10.5 back when I still worked at Apple =)</p>
<p>Unlike Windows, there is no separate 32 or 64 bit mode for the OS. If the CPU is 64-bit-capable, the kernel supports both 32 and 64 bit apps running at the same time. If the executable contains a 64-bit binary, it will use that preferentially to a 32-bit one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas Nethercote</title>
		<link>http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/comment-page-1/#comment-36</link>
		<dc:creator>Nicholas Nethercote</dc:creator>
		<pubDate>Mon, 02 Mar 2009 05:02:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/nnethercote/?p=16#comment-36</guid>
		<description>Andy:  best place to report problems is Bugzilla:  http://www.valgrind.org/support/bug_reports.html.  If you could report this there so it doesn&#039;t get lost that would be great.  Thanks.</description>
		<content:encoded><![CDATA[<p>Andy:  best place to report problems is Bugzilla:  <a href="http://www.valgrind.org/support/bug_reports.html" rel="nofollow">http://www.valgrind.org/support/bug_reports.html</a>.  If you could report this there so it doesn&#8217;t get lost that would be great.  Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/comment-page-1/#comment-35</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Mon, 02 Mar 2009 04:30:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/nnethercote/?p=16#comment-35</guid>
		<description>Do you have a place where we can report issues or ask questions?

I&#039;m getting this:

--51712-- WARNING: unhandled syscall: 33554700
--51712--            a.k.a.: 268
==51712==    at 0xB6DDE2: sem_open (in /usr/lib/libSystem.B.dylib)
...

Looking at the syswrap and vki stuff, it is listed, just don&#039;t know what else needs to be done to make it work...

BTW: Big thanks for your work on this!  I&#039;ve really missed valgrind since I moved away from developing on Linux.</description>
		<content:encoded><![CDATA[<p>Do you have a place where we can report issues or ask questions?</p>
<p>I&#8217;m getting this:</p>
<p>&#8211;51712&#8211; WARNING: unhandled syscall: 33554700<br />
&#8211;51712&#8211;            a.k.a.: 268<br />
==51712==    at 0xB6DDE2: sem_open (in /usr/lib/libSystem.B.dylib)<br />
&#8230;</p>
<p>Looking at the syswrap and vki stuff, it is listed, just don&#8217;t know what else needs to be done to make it work&#8230;</p>
<p>BTW: Big thanks for your work on this!  I&#8217;ve really missed valgrind since I moved away from developing on Linux.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas Nethercote</title>
		<link>http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/comment-page-1/#comment-26</link>
		<dc:creator>Nicholas Nethercote</dc:creator>
		<pubDate>Sat, 21 Feb 2009 23:21:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/nnethercote/?p=16#comment-26</guid>
		<description>Jesse:  that&#039;s good to know.  It seems that __sigaction(), __disable_threadsignal() and wait4_nocancel() (syscall 400) are the only unhandled things, and that the current strategy of ignoring them works!  Getting signals working under Valgrind on Mac still would seem like a good idea :)

And it seems a bit dodgy that NSPR asserts that sigaction() doesn&#039;t return -1.</description>
		<content:encoded><![CDATA[<p>Jesse:  that&#8217;s good to know.  It seems that __sigaction(), __disable_threadsignal() and wait4_nocancel() (syscall 400) are the only unhandled things, and that the current strategy of ignoring them works!  Getting signals working under Valgrind on Mac still would seem like a good idea <img src='http://blog.mozilla.com/nnethercote/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>And it seems a bit dodgy that NSPR asserts that sigaction() doesn&#8217;t return -1.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Ruderman</title>
		<link>http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/comment-page-1/#comment-25</link>
		<dc:creator>Jesse Ruderman</dc:creator>
		<pubDate>Sat, 21 Feb 2009 23:06:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/nnethercote/?p=16#comment-25</guid>
		<description>Firefox actually runs just fine if you comment out the assertion in NSPR.

Patch to comment out the assertion: http://pastebin.mozilla.org/627682

Output from running Firefox, loading Tinderbox, and quitting: http://pastebin.mozilla.org/627688

I imagine using an opt-with-symbols build rather than a debug build would make the experience even more pleasant and not require commenting out the assertion.  But all I had handy was a debug build.</description>
		<content:encoded><![CDATA[<p>Firefox actually runs just fine if you comment out the assertion in NSPR.</p>
<p>Patch to comment out the assertion: <a href="http://pastebin.mozilla.org/627682" rel="nofollow">http://pastebin.mozilla.org/627682</a></p>
<p>Output from running Firefox, loading Tinderbox, and quitting: <a href="http://pastebin.mozilla.org/627688" rel="nofollow">http://pastebin.mozilla.org/627688</a></p>
<p>I imagine using an opt-with-symbols build rather than a debug build would make the experience even more pleasant and not require commenting out the assertion.  But all I had handy was a debug build.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas Nethercote</title>
		<link>http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/comment-page-1/#comment-23</link>
		<dc:creator>Nicholas Nethercote</dc:creator>
		<pubDate>Tue, 17 Feb 2009 21:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/nnethercote/?p=16#comment-23</guid>
		<description>Thanks for the suggestions.  I should have given some more info about the 64-bit issue.

Mac OS X 10.5 is clearly claiming to be a 32-bit OS -- &#039;uname -m&#039; gives &quot;i386&quot;, and normal compilation produces 32-bit executables.  However, using &#039;gcc -m64&#039; or &#039;gcc -arch x86_64&#039; produces 64-bit executables, with 8-byte pointers, and the OS happily runs them.  So it&#039;s 64-bit capable.

In general, on 64-bit platforms, Valgrind builds itself twice, once as 64-bit and once as 32-bit;  the 64-bit version handles 64-bit executables, and the 32-bit version handles 32-bit executables.  The build machinery uses -m32 and -m64 as required to make this happen.  This assumes that configure detects that the machine is 64-bit in the first place.

So if configure detected that the machine is 64-bit capable, both versions would build without problem.  However, the $host_cpu variable which is set by AC_CANONICAL_HOST gets the value &quot;i386&quot;.  I just tried hacking the configure script to force $host_cpu to &quot;x86_64&quot; and both versions were successfully built, and they both work.  And using --host=x86_64-darwin also works and is a cleaner way to do it.

So, problem solved!  At least, with a workaround. Presumably in 10.6 the OS will claim to be 64-bit, as per Jason&#039;s comment, and so configure will set $host_cpu to x86_64.</description>
		<content:encoded><![CDATA[<p>Thanks for the suggestions.  I should have given some more info about the 64-bit issue.</p>
<p>Mac OS X 10.5 is clearly claiming to be a 32-bit OS &#8212; &#8216;uname -m&#8217; gives &#8220;i386&#8243;, and normal compilation produces 32-bit executables.  However, using &#8216;gcc -m64&#8242; or &#8216;gcc -arch x86_64&#8242; produces 64-bit executables, with 8-byte pointers, and the OS happily runs them.  So it&#8217;s 64-bit capable.</p>
<p>In general, on 64-bit platforms, Valgrind builds itself twice, once as 64-bit and once as 32-bit;  the 64-bit version handles 64-bit executables, and the 32-bit version handles 32-bit executables.  The build machinery uses -m32 and -m64 as required to make this happen.  This assumes that configure detects that the machine is 64-bit in the first place.</p>
<p>So if configure detected that the machine is 64-bit capable, both versions would build without problem.  However, the $host_cpu variable which is set by AC_CANONICAL_HOST gets the value &#8220;i386&#8243;.  I just tried hacking the configure script to force $host_cpu to &#8220;x86_64&#8243; and both versions were successfully built, and they both work.  And using &#8211;host=x86_64-darwin also works and is a cleaner way to do it.</p>
<p>So, problem solved!  At least, with a workaround. Presumably in 10.6 the OS will claim to be 64-bit, as per Jason&#8217;s comment, and so configure will set $host_cpu to x86_64.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Oster</title>
		<link>http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/comment-page-1/#comment-22</link>
		<dc:creator>Jason Oster</dc:creator>
		<pubDate>Tue, 17 Feb 2009 18:19:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/nnethercote/?p=16#comment-22</guid>
		<description>If it&#039;s any help, Mac OS X 10.5 is still a 32-bit only OS. (Even in Cocoa.) 10.6 is currently scheduled to support 64-bit.</description>
		<content:encoded><![CDATA[<p>If it&#8217;s any help, Mac OS X 10.5 is still a 32-bit only OS. (Even in Cocoa.) 10.6 is currently scheduled to support 64-bit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Aas</title>
		<link>http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/comment-page-1/#comment-21</link>
		<dc:creator>Josh Aas</dc:creator>
		<pubDate>Tue, 17 Feb 2009 15:34:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/nnethercote/?p=16#comment-21</guid>
		<description>There is a mozconfig file for Mozilla&#039;s build system that will get Mozilla building 64-bit on Mac OS X 10.5 on Mozilla bug 468509 (the build won&#039;t finish but the compiler setup is fine afaict). Building 64-bit on Mac OS X 10.5 is considered cross compiling in our system though, I&#039;m not sure how Xcode&#039;s UI does it. I realize that file isn&#039;t directly applicable to valgrind but you might be able to deduce the information you need from it.</description>
		<content:encoded><![CDATA[<p>There is a mozconfig file for Mozilla&#8217;s build system that will get Mozilla building 64-bit on Mac OS X 10.5 on Mozilla bug 468509 (the build won&#8217;t finish but the compiler setup is fine afaict). Building 64-bit on Mac OS X 10.5 is considered cross compiling in our system though, I&#8217;m not sure how Xcode&#8217;s UI does it. I realize that file isn&#8217;t directly applicable to valgrind but you might be able to deduce the information you need from it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian M</title>
		<link>http://blog.mozilla.com/nnethercote/2009/02/17/valgrind-mac-os-x-update-feb-17-2009/comment-page-1/#comment-19</link>
		<dc:creator>Ian M</dc:creator>
		<pubDate>Tue, 17 Feb 2009 09:41:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/nnethercote/?p=16#comment-19</guid>
		<description>Dumb suggestion - are you sure the OS is running as 64-bit?</description>
		<content:encoded><![CDATA[<p>Dumb suggestion &#8211; are you sure the OS is running as 64-bit?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

