From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12728 invoked by alias); 11 Mar 2009 12:43:00 -0000 Received: (qmail 12682 invoked by uid 48); 11 Mar 2009 12:42:49 -0000 Date: Wed, 11 Mar 2009 12:43:00 -0000 Message-ID: <20090311124249.12681.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug target/36834] structure return ABI for windows targets differs from native MSVC In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "mattias at virtutech dot se" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2009-03/txt/msg00732.txt.bz2 ------- Comment #5 from mattias at virtutech dot se 2009-03-11 12:42 ------- (In reply to comment #4) >http://209.85.173.132/search?q=cache:e7XCjhLwHacJ:luabinaries.luaforge.net/manual.html+http://luabinaries.luaforge.net/manual.html%23LuaBinariesCompatible&hl=en&ct=clnk&cd=1&gl=us&client=opera > is it the same bug [they mention incompats when passing CRT objects among > libraries]? dunno. No, that page is concerned with multiple CRTs in the same process and passing around values between them (such as using fopen() in one CRT and fclose() in another). This bug is about calling conventions for functions returning structs by value. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36834