http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
--- Comment #15 from Cesar Strauss cestrauss at gmail dot com 2013-03-07
23:03:52 UTC ---
(In reply to comment #14)
I just tried out to bootstrap r196092 on mingw32. There is still one more
cast
patch missing to make it work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51140
Bug #: 51140
Summary: libstdc++-v3/libsupc++/eh_tm.cc:48: undefined
reference to `___sync_sub_and_fetch_4'
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51140
--- Comment #1 from Cesar Strauss cestrauss at gmail dot com 2011-11-15
12:39:50 UTC ---
(In reply to comment #0)
There is another use of __sync_sub_and_fetch in
libstdc++-v3/libsupc++/eh_tm.cc,
I meant libstdc++-v3/libsupc++/eh_throw.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
Cesar Strauss cestrauss at gmail dot com changed:
What|Removed |Added
CC||cestrauss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51140
Cesar Strauss cestrauss at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #9 from Cesar Strauss cestrauss at gmail dot com 2011-11-22
21:49:37 UTC ---
(In reply to comment #7)
Hmm, this is due usage of %lld in printf-formatter. Does following patch
fix your issue?
I did encounter the build failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #10 from Cesar Strauss cestrauss at gmail dot com 2011-11-24
00:22:11 UTC ---
(In reply to comment #9)
(In reply to comment #7)
Hmm, this is due usage of %lld in printf-formatter. Does following patch
fix your issue?
I did
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #11 from Cesar Strauss cestrauss at gmail dot com 2011-11-27
20:55:15 UTC ---
Created attachment 25922
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25922
Debug log of PR49084
The cause of the access violation is due
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #13 from Cesar Strauss cestrauss at gmail dot com 2011-11-28
00:46:16 UTC ---
(In reply to comment #12)
Zero is UNKNOWN_LOCATION. The problem is probably that the location mapping
isn't initialized yet. What happens if you move
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #15 from Cesar Strauss cestrauss at gmail dot com 2011-12-08
01:23:31 UTC ---
(In reply to comment #14)
Unfortunately I don't seem to be able to reproduce on Linux. Could you see
what object code has been generated for the line
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #16 from Cesar Strauss cestrauss at gmail dot com 2011-12-10
23:03:13 UTC ---
As can be seen in the assembler code above, the Ada compiler thinks the Node
structure is 32 bytes in size, while the C compiler thinks its size is 36
bytes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #23 from Cesar Strauss cestrauss at gmail dot com 2011-12-14
01:03:39 UTC ---
(In reply to comment #22)
Patch applied.
Thanks! Good to have Ada back on x86 MinGW.
Regards,
Cesar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #24 from Cesar Strauss cestrauss at gmail dot com 2010-09-24
04:19:19 UTC ---
The wxWidgets build enables precompiled headers on MSVC by default, while the
GCC build does not use them. As it turns out, this setting affects the object
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #27 from Cesar Strauss cestrauss at gmail dot com 2010-09-25
03:07:42 UTC ---
(In reply to comment #25)
So I would like to see some proper detailed analysis on object files
establishing exactly what constitutes all this bloat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #28 from Cesar Strauss cestrauss at gmail dot com 2010-09-26
01:11:57 UTC ---
(In reply to comment #25)
So I would like to see some proper detailed analysis on object files
establishing exactly what constitutes all this bloat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #32 from Cesar Strauss cestrauss at gmail dot com 2010-09-28
00:16:48 UTC ---
(In reply to comment #31)
This is somewhat off topic but unfortunately (MinGW) c++filt doesn't work for
me, e.g.:
% echo '.text
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #14 from Cesar Strauss cestrauss at gmail dot com 2010-11-24
00:00:00 UTC ---
(In reply to comment #8)
Created attachment 22400 [details]
Proposed patch
Does this patch work for you on Cygwin?
Dear Jorn,
I tried your patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #19 from Cesar Strauss cestrauss at gmail dot com 2010-12-02
23:38:39 UTC ---
(In reply to comment #18)
(In reply to comment #17)
* anhvofrcaus at gmail dot com wrote on Tue, Nov 30, 2010 at 01:25:49AM CET:
It is interesting
--- Comment #3 from cestrauss at gmail dot com 2010-05-16 20:00 ---
I can confirm this mingw32 libgcj build failure exists on current trunk (4.6.0
revision 159436). The original patch attached to this report does solve the
issue for me, after updating it so it applies cleanly.
Regards
19 matches
Mail list logo