Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <409094D4.5070202@ompf.org> Date: Thu, 29 Apr 2004 07:38:28 +0200 From: tbp Reply-To: gcc AT ompf DOT org User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 MIME-Version: 1.0 To: cygwin AT cygwin DOT com, ford AT vss DOT fsi DOT com Subject: Re: g++ 3.4.0 cygwin, codegen SSE & alignement issues References: <408F2C65 DOT 4090804 AT ompf DOT org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Brian Ford wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14776 I wonder how i've missed that one. My bugzilla-fu is weak. > I'm working with Red Hat to resolve this issue right now. The problem is > that thread stacks are not always 16 byte aligned. You could try the > following hack if you need something right away and don't mind building > your own Cygwin DLL. Surely not, thanks a lot. That will surely do wonders for the stack alignement issue, but there's another fold that i'm still unsure how to handle. Under some circumstances some *ps instructions are generated touching non local memory (put in .rdata with 4 byte alignement as pointed out by Ross Ridge): objdump ...|grep ... 404264: xorps 0x43af84,%xmm4 4062a7: xorps 0x43b304,%xmm2 40872a: xorps 0x43b33c,%xmm2 40ab83: andps 0x43b8ec,%xmm0 40c5ab: xorps 0x43bbb0,%xmm0 41dc47: xorps 0x444358,%xmm2 42b006: xorps 0x43ad94,%xmm1 I guess i could try to track those constants and put them in their own section or something, but is there a proper fix in the work by someone knowledgeable? Thanks for your time, tbp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/