http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
--- Comment #15 from Cesar Strauss 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 for that target.
> >
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #23 from Cesar Strauss 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=49084
--- Comment #16 from Cesar Strauss 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.
The culprit is the stru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #15 from Cesar Strauss 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
>
> gcc_assert (Nkind (gnat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #13 from Cesar Strauss 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 the block in gigi:
>
> g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #11 from Cesar Strauss 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 to an attempt to pass a null string
p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #10 from Cesar Strauss 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 encounter the build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #9 from Cesar Strauss 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 reported in comment #6 (unk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51140
Cesar Strauss changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
Cesar Strauss changed:
What|Removed |Added
CC||cestrauss at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51140
--- Comment #1 from Cesar Strauss 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.
> and there it is guarded by
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
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #19 from Cesar Strauss 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 that this fix worked for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #14 from Cesar Strauss 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 on MinGW, and it does so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #32 from Cesar Strauss 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$_ZNK17wxMBConvUTF16Base11GetMBNulLenEv'|/mingw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #28 from Cesar Strauss 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 and where it comes from
> be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #27 from Cesar Strauss 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 and where it comes from
> bef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #24 from Cesar Strauss 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
size on MSVC. When I disabl
--- 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
