--- 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
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-03-20 01:26 ---
Oops, I had split up the patch into a non-critical (as far as
this bug report is concerned) part and a critical part, but messed up when
I pasted into bug report.
Following is the part
--
What|Removed |Added
CC||dannysmith at users dot
||sourceforge dot net
http
--- 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
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-03-05 10:45 ---
Other utilities that are documented in gnat_ugn.texi
gnatpp (gnat pretty)
gnatstub
gnatmetric
are not built in FSF tree.
Nor is there any documentation on where these utilities are available
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-03-01 04:49 ---
The problem appears to be that the file stage1/ada/b_gnatb.c built by the
bootstrap gnatbind doesn't define the ponter to the exception registration
structure (SEH). This :
int SEH [2
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-mingw32
GCC host triplet
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-02-15 06:41 ---
Q: As a (new/cautious) target co-maintainer, is this within my domain to fix
without seeking approval?
This is not a regression, so I assume it would wait until after branching.
Correct
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-01-31 05:55 ---
Fixed on mainline.
Should this also be applied be applied to 3_4-barnch (assuming regtesting is
OK), where the bug also exists?
Danny
--
What|Removed
: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-mingw32
GCC
--
What|Removed |Added
CC||dannysmith at users dot
||sourceforge dot net
http
at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19309
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-28 04:29 ---
Richard Hendeerson's patch in comment #26
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01983.html
fixes mingw bootstrap with -gdwarf-2
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-16 02:41 ---
Patch submitted.
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01184.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18997
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-14 19:58 ---
What happens if you revert this patch
http://gcc.gnu.org/ml/gcc-cvs/2004-11/msg00265.html
Alternatively, does adding
#define GTHREAD_USE_WEAK 0
to config/i386/cygwin.h
and
to libstdc++-v3
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-12 21:03 ---
small win32 binaries do run, but when I compile my large app (which
uses swt), it still isn't recognized as a win32 app (app.exe is not a valid
win32 application) unless I 'strip' it. I
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-10 23:11 ---
Ugh, I see what is wrong with the patch I posted at:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02192.html
* config/i386/cygming.h (TARGET_USE_JCR_SECTION): Overide
default
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-10 10:09 ---
Rutger,
Did you do a clean rebuild of libgcj.a after applying these patches?
Either works for me after native bootstrap on mingw32 host. The second patch,
however, does require CVS bunutils
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-06 21:36 ---
It looks like you are mingw host.
If so, could you try trunk. This looks like dup of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5620
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-04 19:27 ---
There is also a patch at:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00226.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-11-25 21:40 ---
Patch submitted at
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02192.html
In longer term, a better solution for win32 would depend on addition of
crtbegin/crtend for these targets:
http
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-11-13 20:18 ---
This excerpt from java/class.c appears relavant:
void
emit_register_classes (tree *list_p)
{
if (registered_class == NULL)
return;
/* ??? This isn't quite the correct test. We also
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-11-12 23:59 ---
See also:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00938.html
to get fixincl.exe to actually work
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18458
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-11-11 20:13 ---
This fixes the cygwin/mingw problem for me:
* config/i386/t-cygming: Don't override STMP_FIXINC.
Index: t-cygming
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-11-12 06:51 ---
My last comment was wrong. What fixed build on mingw and cygwin was doing
this:
Revert
2004-10-26 Paolo Bonzini [EMAIL PROTECTED]
* configure.in (case ${target}): Do not build
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-11-10 09:10 ---
No its not a regression. GCC-3.2 built with sjlj shows the same problem.
The fast version of GCC-3.2 that OP referenced was a cygming-special that
had Dwarf-2 EH enabled. As I indicated
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-11-10 06:59 ---
This is a duplicate of PR 14563
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18414
with movaps in inline asm when using -masm=intel
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-11-02 02:44 ---
Fixed.
--
What|Removed |Added
Status|NEW
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-10-31 08:01 ---
MSVC printf does not grok %ll formatting spec, but interprets that as single %l,
Try using a replacement printf or change all occurences of %ll to %I64.
This problem (and a hack to fix within
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-10-31 19:06 ---
Oh, one other thing is needed. mingw (and probably other targets) does not
have ffsll function, so either need to replace ffsll with __builtin_ffsll or
provide one (which is trivial).
Danny
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-10-31 02:37 ---
No, I won't backport this patch. Although the patch did apply cleanly and
fixed this bug, using change_decl_assembler name caused warnings with mingw
(in my code base, not in testsuite
at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18242
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-10-28 07:14 ---
Isn't this a bug in cygming.h then? Would something like this
still retain MSVC compatibility while allowing logical alignment
for SSE[2] types?
/* This is only needed in libobjc. There we
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-10-27 21:27 ---
Patch submitted here for review:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02425.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-10-25 08:14 ---
Compiling charset.c with -O2 -fno-unit-at-a-time with newly built cc1.exe also
avoids the bug.
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18139
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-10-26 02:26 ---
A data point:
Free/OpenBsd and windows targets differ drom i386-linux in defining
#define DEFAULT_PCC_STRUCT_RETURN 0
which affect aggregate_value_p and thus gimplify_return_expr.
Compiling
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-10-14 11:28 ---
Refreshed patch (with missing files) here:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01172.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14316
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-08-20 11:27 ---
Fixed on mainline.
The libiberty part of this patch had already been approved and committed on
2004-06-29.
Soory, I can't change PR status, because email ID under which I submitted this
bug
301 - 340 of 340 matches
Mail list logo