--- Comment #1 from jon_y at users dot sourceforge dot net 2009-08-01
00:03 ---
For the Ignore_Output procedure, we can use "Pragma Unreferenced (S);" to fix
the problem, I'm not too sure about the others.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40926
--- Comment #4 from jon_y at users dot sourceforge dot net 2009-04-29
08:37 ---
(In reply to comment #3)
> (In reply to comment #2)
> > The same problem will occur for all dll's (libstdc++-x,dll,
> > libgfortran-x.dll,
> > libssp-x.dll, etc) that are built
--- Comment #10 from jon_y at users dot sourceforge dot net 2010-03-28
10:14 ---
Created an attachment (id=20228)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20228&action=view)
Broken stdlib.h
Hi,
This patched caused problems for mingw-w64 stdlib.h, see att
--- Comment #11 from jon_y at users dot sourceforge dot net 2010-03-28
10:17 ---
Created an attachment (id=20229)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20229&action=view)
log from buildbot
Here is the error output from one of the buildbot slaves.
--
--- Comment #5 from jon_y at users dot sourceforge dot net 2010-01-24
07:59 ---
Ping,
We need to get this fixed ASAP. Probably involving the libtool devs as well. I
propose the following naming scheme.
libw64stdc++-6.dll (64bit mingw-w64)
libw32stdc++-6.dll (32bit mingw-w64)
libstdc
