--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-06-01 21:02 ---
The patch referred to in comment #9 had missing hunks.
Complete patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02945.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-06-09 20:33 ---
Re; comment #4
There should be no need te test for for the sake of mingw
libgcov.c already includes tsystem.h
tsystem.h includes .
On mingw, unistd.h includes
Danny
--
http
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-06-09 20:41 ---
The patch is not right.
mingw doesn't have a NATIVE_SYSTEM_HEADER_DIR.
Header dirs are found relative to the path to the gcc.exe bin directory, so
specifying /mingw/include a
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-06-10 03:03 ---
Re:Comment #4
Does mount /usr/include work with MSYS?
Or just create an empty /usr/include
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19607
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-06-12 05:18 ---
Hi,
I think the problem is that
st.m_i = 1;
st.m_ch[0] = 0;
causes gcc to generate a call to the library memcpy. Since the -mrtd switch is
in effect, the call is generated
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-06-12 09:39 ---
Hi,
This is what is says in the comments above i386/i386.c:
ix86_return_pop_args:
FUNDECL is the declaration node of the function (as a tree),
FUNTYPE is the data type of the function
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-06-13 22:05 ---
The patch is still not correct. It doesn't handle dllimport override semantics.
See g++.dg/ext/dllimport-3.C which fails because TREE_INVARIANT and
TREE_CONSTANT change when we los
--- 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-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.c
edTo: 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: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19309
--
What|Removed |Added
CC||dannysmith at users dot
||sourceforge dot net
http
thods
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 sourceforge dot net
CC: gcc-bugs at
--- 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
everity: 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 host triplet: i686-pc-mingw32
GCC
--- 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
--- 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
--- 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-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-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-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. The
--- 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 test
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
CC: gcc-
--- 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-11-02 02:44 ---
Fixed.
--
What|Removed |Added
Status|NEW
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=18353
--- 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
--- 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
--- 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-cy
--- 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
--- 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-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
--- 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-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-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-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-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-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
--- Comment #4 from dannysmith at users dot sourceforge dot net 2006-11-24
07:43 ---
This works for me too, using same cygwin distro of gcc-3.4.4, same command line
(g++ -Wall -o Employee.h Employee.h -mno-cygwin), cygwin version 1.5.22.
Could it be a mmap vs .pch problem that is
--- Comment #7 from dannysmith at users dot sourceforge dot net 2007-01-01
01:53 ---
I am not in position to test this on Vista until next week. Can you please
indicate how you tested.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed
301 - 342 of 342 matches
Mail list logo
