[Bug ada/20515] stdcall imports are not handled correctly

2005-06-27 Thread p dot obry at wanadoo dot fr
--- Additional Comments From p dot obry at wanadoo dot fr 2005-06-27 18:50 --- Danny, (In reply to comment #10) The patch that was committed to fix this is wrong. #ifdef TARGET_DLLIMPORT_DECL_ATTRIBUTES is always true. It is defined to 0 for non-dll targets in defaults.h. I

[Bug ada/20515] stdcall imports are not handled correctly

2005-06-25 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-06-25 12:20 --- The patch that was committed to fix this is wrong. #ifdef TARGET_DLLIMPORT_DECL_ATTRIBUTES is always true. It is defined to 0 for non-dll targets in defaults.h. Why not make this a runtime

[Bug ada/20515] stdcall imports are not handled correctly

2005-06-16 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 08:57 --- Subject: Bug 20515 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-16 08:56:49 Modified files: gcc/ada: gigi.h trans.c decl.c Log message:

[Bug ada/20515] stdcall imports are not handled correctly

2005-06-16 Thread charlet at gcc dot gnu dot org
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16 09:11 --- Fixed on mainline. Arno -- What|Removed |Added Status|UNCONFIRMED

[Bug ada/20515] stdcall imports are not handled correctly

2005-04-07 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-04-07 08:29 --- So, what about the proposal on #4 ? OK with me. Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20515

[Bug ada/20515] stdcall imports are not handled correctly

2005-04-06 Thread p dot obry at wanadoo dot fr
--- Additional Comments From p dot obry at wanadoo dot fr 2005-04-06 18:14 --- (In reply to comment #5) Ok, the documentation is missing the part where Stdcall is equivalent to C on UNIX. This is a feature implemented some time ago. Will fix the doc. So, what about the proposal on #4

[Bug ada/20515] stdcall imports are not handled correctly

2005-03-19 Thread p dot obry at wanadoo dot fr
--- Additional Comments From p dot obry at wanadoo dot fr 2005-03-19 13:08 --- (In reply to comment #2) The IS_TARGET_PE_COFF hack works on 3.4.x bit won't on trunk. Here is a cleaner patch against trunk that replaces the preprocessor tests with runtime tests. I have tested with

[Bug ada/20515] stdcall imports are not handled correctly

2005-03-19 Thread p dot obry at wanadoo dot fr
--- Additional Comments From p dot obry at wanadoo dot fr 2005-03-19 14:52 --- I had a closer look. In GCC 3.4.x we have TARGET_IS_PE_COFF. So changing _WIN32 by TARGET_IS_PE_COFF is ok. In GCC 4.x we have: #define TARGET_DLLIMPORT_DECL_ATTRIBUTES 1 So instead of using

[Bug ada/20515] stdcall imports are not handled correctly

2005-03-19 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-03-19 20:54 --- In reply to comment #3 From gnat_ugn.texi: @findex Stdcall @cindex Convention Stdcall @item Stdcall This is relevant only to NT/Win95 implementations of GNAT, and specifies that the Stdcall

[Bug ada/20515] stdcall imports are not handled correctly

2005-03-17 Thread charlet at adacore dot com
--- Additional Comments From charlet at adacore dot com 2005-03-17 09:58 --- Subject: Re: New: stdcall imports are not handled correctly Patch looks correct (certainly better) to me, investigating. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20515

[Bug ada/20515] stdcall imports are not handled correctly

2005-03-17 Thread dannysmith at users dot sourceforge dot net
-- What|Removed |Added CC||dannysmith at users dot ||sourceforge dot net

[Bug ada/20515] stdcall imports are not handled correctly

2005-03-17 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-03-18 04:23 --- The IS_TARGET_PE_COFF hack works on 3.4.x bit won't on trunk. Here is a cleaner patch against trunk that replaces the preprocessor tests with runtime tests. I have tested with nativr mingw