<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to support-requests</title><link>https://sourceforge.net/p/dgcc/support-requests/</link><description>Recent changes to support-requests</description><atom:link href="https://sourceforge.net/p/dgcc/support-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sun, 04 Nov 2007 23:26:00 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/dgcc/support-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Support for OSX Leopard</title><link>https://sourceforge.net/p/dgcc/support-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The current build does not work out-of-the-box with OS 10.5 / XCode 3.0 Development Tools.  When can we expect to see a working build with this support?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sun, 04 Nov 2007 23:26:00 -0000</pubDate><guid>https://sourceforge.net69ab207346f11aac8c5b15d6f5a934b7a1a5a609</guid></item><item><title>dmd executable works, gdc executable seg. faults</title><link>https://sourceforge.net/p/dgcc/support-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I'm having a very tough time tracking down whatever is going wrong with my project, and I'm starting to suspect it may be an issue with gdc.  I'd like to get tips on how to prove or disprove this.&lt;/p&gt;
&lt;p&gt;I've compiled the project on four different computers.  Two were windows, one was a mac, and on was an amd64x2.  The latter two don't support dmd and so only gdc was used.  Both windows boxes used dmd and one used gdc as well.&lt;/p&gt;
&lt;p&gt;Both dmd compilations run without problem.&lt;br /&gt;
All three gdc compilations crash with platform specific errors.&lt;br /&gt;
amd64x2 (ubuntu 7.04) - segmentation fault&lt;br /&gt;
mac - bus error&lt;br /&gt;
windows - application error&lt;/p&gt;
&lt;p&gt;I've done most of my debug effort on the amd64x2.&lt;/p&gt;
&lt;p&gt;I caught the error in GDB a number of times.  I had to go up the stack a few to get to my code, and when examining the code and the various variables it used, I could find nothing wrong.&lt;/p&gt;
&lt;p&gt;While the literal crash occurred when leveraging a lot of code in the project, I was able to get valgrind to report an issue early on, and in the same module that eventually had the crash.  I had thought I was on to something.&lt;/p&gt;
&lt;p&gt;Using valgrind as a guide, I boiled a unit test down to the following:&lt;br /&gt;
T a = new T();&lt;br /&gt;
T b = a.dup; // My own dup command&lt;br /&gt;
b = a.dup;&lt;/p&gt;
&lt;p&gt;When I ran valgrind, it did not find anything wrong with a.dup the first time, but the second a.dup generated lots of "execution based on uninitialized memory" errors (or something worded very similarly).  The module was almost 100% detachable and so I copied the entire file, added a main and disabled one import.  When the modified file was run through valgrind again, no warnings or errors of any kind were generated.&lt;/p&gt;
&lt;p&gt;I can provide extra detail, included instructions on obtaining, building, and executing the project if desired.&lt;/p&gt;
&lt;p&gt;I'm at a loss as to how to track this down further.  Please let me know what I should do next.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">j_house</dc:creator><pubDate>Mon, 04 Jun 2007 20:52:11 -0000</pubDate><guid>https://sourceforge.netb2686f8caa340b051edb310795be4193d4ce8a2b</guid></item></channel></rss>