--- Comment #6 from dannysmith at users dot sourceforge dot net 2007-07-17
08:43 ---
(In reply to comment #4)
> What name should I change 'con' to so that the write statement writes to the
> console?
I think it should be CONOUT$ (ie you had it right the first time
--- Comment #15 from dannysmith at users dot sourceforge dot net
2007-07-18 11:44 ---
Fixed. I have modified Christoph's original patch to avoid problems on NT4
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |
--- Comment #4 from dannysmith at users dot sourceforge dot net 2007-07-19
02:17 ---
Patch at
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01521.html
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #11 from dannysmith at users dot sourceforge dot net
2007-07-22 08:42 ---
(In reply to comment #10)
> Here is a complete patch, tested on Cygwin. I need to test on mingw. Can
> anyone help with that?
>
open(unit=29,file='CONOUT$')
write(2
--- Comment #15 from dannysmith at users dot sourceforge dot net
2007-07-23 04:44 ---
(In reply to comment #13)
> Created an attachment (id=13950)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13950&action=view) [edit]
> Patch to provide conio support
>
> Da
--- Comment #17 from dannysmith at users dot sourceforge dot net
2007-07-23 08:04 ---
(In reply to comment #16)
Maybe we
> should make it match "con" with case ignored.
No, please. "con", "nul", "prn" (with or without suffix) are reserved
--- Comment #20 from dannysmith at users dot sourceforge dot net
2007-07-26 00:34 ---
(In reply to comment #18)
>
> Under mingw, gfortran has some trouble. I am still experimenting and testing
> on mingw which I just got installed on my test machine here. I should be
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #4 from dannysmith at users dot sourceforge dot net 2007-07-28
02:38 ---
(In reply to comment #3)
> Subject: Bug number PR 32195
>
> A patch for this bug has been added to the patch tracker.
> The mailing list url for the patch is
> http://gcc.gnu.org/ml/g
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-08-16
05:59 ---
This executes with no stack growth on mingw32 4.3.0 with Dwarf2 EH unwind.
Ditto for 4.2.1.
I think this may be related to the deallocation problem reported in PR 19771
Danny
--
dannysmith at
#x27;
--
Summary: liblt_prog_compiler_pic_GCJ='-DDLL_EXPORT' is wrong
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gc
bler_name.
doesn't cause any problems.
Danny
--
Summary: _stdcall assembler names in win32 vs gdb
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassi
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-09-04
06:17 ---
The solution is to build gcc/gfortran wiith -D__USE_MINGW_ACCESS in CFLAGS;
>From mingw/include/io.h
/* Some defines for _access nAccessMode (MS doesn't define them, but
* it doesn't se
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-09-05
19:00 ---
A patch is at:
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00310.html
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
GCC build triplet: i686-pc
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-09-07
04:21 ---
Fixed.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-09-19
00:58 ---
Patch at:
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01498.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14688
--- Comment #6 from dannysmith at users dot sourceforge dot net 2007-09-19
21:52 ---
With 4.1, 4.2 and trunk, there is still no diagnosis of change in calling
convention in decl, but the bug in generated code is exposed only with
-fno-unit-at-time.
Danny
--
dannysmith at users dot
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-09-20
21:24 ---
This testcase compiles with problem on trunk and 4.2.2. I haven't tested
4.1.x
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Re
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-09-20
21:36 ---
This is fixed on trunk by TARGET_CXX_USE_ATEXIT_FOR_CXA_ATEXIT patch
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118371
Danny
--
dannysmith at users dot sourceforge dot net
--- Comment #1 from dannysmith at users dot sourceforge dot net 2007-09-20
21:53 ---
With 4.2 and trunk, I get the same (expected) result on C and C++.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-09-20
22:01 ---
The addition of
/* { dg-require-profiling "-p" } */
has resolved this on at least 4.2.2 and trunk.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What
--- Comment #11 from dannysmith at users dot sourceforge dot net
2007-09-20 23:43 ---
You can --disable-sjlj-exceptions on cygwin and mingw now.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #3 from dannysmith at users dot sourceforge dot net 2007-09-21
03:04 ---
The example produces a correct label for the vtable (_ZTV1S) with 4.2.2 and
trunk, so closing as fixed.
However we still emit the definition of the vtable even though we import it
from the dll as
--- Comment #8 from dannysmith at users dot sourceforge dot net 2007-09-25
00:31 ---
Fixed on trunk
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
GCC build trip
--- Comment #3 from dannysmith at users dot sourceforge dot net 2007-10-04
08:26 ---
(In reply to comment #2)
While looking for collect2, I
> realized the path to ld (and as) had been misdetected. Explicit
> specification of the path, --with-ld=/mingw/bin/ld.exe, let me
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-10-05
07:03 ---
(In reply to comment #4)
>
> However, for some reasons, the path to ld is detected as:
>
> c:/Docume~1/gdr/Desktop/sandbox/eval-build/i686-pc-mingw32/libstdc++-v3/c:/mingw/bin/../lib
bstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
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=33682
--- Comment #1 from dannysmith at users dot sourceforge dot net 2007-10-06
21:53 ---
The 'obvious' patch is here:
http://gcc.gnu.org/ml/libstdc++/2007-10/msg00043.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33682
--- Comment #4 from dannysmith at users dot sourceforge dot net 2007-10-09
23:52 ---
Created an attachment (id=14334)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14334&action=view)
mingw32 compatibility patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33578
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-10-09
23:54 ---
(In reply to comment #2)
> Created an attachment (id=14332)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14332&action=view) [edit]
> Consistent use of _WIN32 define
>
Thats
--- Comment #6 from dannysmith at users dot sourceforge dot net 2007-10-10
19:26 ---
Fixed.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
t 16 byte alignment of
struct/union fields
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: dannysmith at users dot sourceforge dot net
Rep
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-10-15
09:00 ---
I believe this is a dup of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29826
The bug was closed as fixed but reappeared on 4.2.x when Richard Henderson's
TLS emulation patch was reverted on the b
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-10-18
21:04 ---
The native compiler MSVC++ does not limit field alignment to 64 bits, but as
documented here
Windows Data Alignment on IPF, x86, and x64
http://msdn2.microsoft.com/en-us/library/Aa290049(VS.71).aspx
4.0.0
Status: UNCONFIRMED
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 tripl
--- 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 S
--- 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
--
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
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-03-19 11:14 ---
IMO, resetting the error code set by the kernel whenever the internal Ada
tasking functions are called successfully is a bug. It can be easily fixed:
* s-osinte-mingw.ads
--- 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 Stdc
--- 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 for
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-03-26 20:41 ---
"-I. -I -I../../gcc-3.4.3/gcc -I../../gcc-3.4.3/gcc/"
^^
This looks a lot like PR12974
See comment #19
There may be a second pr
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-03-28 08:38 ---
See also PR20160
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20160
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20654
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-04-07 08:29 ---
"So, what about the proposal on #4 ?"
OK with me.
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20515
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=20806
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-04-07 08:35 ---
This optimization in basic_filebuf::xsgetn() causes problems on DOS based file
sytstem when ifstreams are opened in text mode (\r\n line endings) and the
user suppled buffer length exceeds
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-09-15
02:57 ---
>
> I guess the solution is to make libstdc++ use _vsnwprintf instead of vswprintf
> on *-mingw32.
>
I think that is the most expedient solution. Would an inline redirection of
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #6 from dannysmith at users dot sourceforge dot net 2008-09-22
03:09 ---
Fixed at revision 140541.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-09-22
03:23 ---
I have run into what I believe is the same bug in build of of cc1plus.exe, with
miscompilation of cp/pt.c
When exercising cp/pt.c:process_partial_specialization (eg, when compiling
libstdc++&#
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-09-24
03:12 ---
This bug is linker related. It is fixed on 32-bit windows by this patch
http://sourceware.org/ml/binutils-cvs/2007-10/msg2.html
Have you tried with recent binutils and explict -Wl,--enable-auto
--- Comment #7 from dannysmith at users dot sourceforge dot net 2008-09-26
03:15 ---
*** Bug 37652 has been marked as a duplicate of this bug. ***
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-09-26
03:15 ---
This is duplicate of 34749
*** This bug has been marked as a duplicate of 34749 ***
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #19 from dannysmith at users dot sourceforge dot net
2008-09-29 18:43 ---
Created an attachment (id=16427)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16427&action=view)
Nick's aligned common testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216
--- Comment #26 from dannysmith at users dot sourceforge dot net
2008-10-01 01:33 ---
(In reply to comment #14)
> Hi Guys,
>
> I am not able to reproduce the build problems that were reported with the
> first version of my patch, but then again I do not have a native
--- Comment #27 from dannysmith at users dot sourceforge dot net
2008-10-01 10:22 ---
(In reply to comment #13)
> Created an attachment (id=16425)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16425&action=view) [edit]
> Revised patch with correct section switching
--- Comment #6 from dannysmith at users dot sourceforge dot net 2008-10-02
00:20 ---
In reply to comment #4)
> xgcc: error trying to exec
> '/cygdrive/c/jimdata/home/cvsroot/gcc-obj/./prev-gcc/cc1.exe': execv:
> Permission denied
>
This may be related to:
htt
--- Comment #10 from dannysmith at users dot sourceforge dot net
2008-10-02 08:47 ---
Fixed on mingw32 at revision 140803.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37528
--- Comment #41 from dannysmith at users dot sourceforge dot net
2008-10-06 20:18 ---
(In reply to comment #35)
> As I suspected. The PE/COFF file format does not provide for specifying
> the alignment of commons.
>
> Hmm, I wonder if gcc should complain if it finds ali
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-11-03
07:45 ---
Created an attachment (id=16614)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16614&action=view)
revised patch to quard with ENABLE_SHARED_LIBGCC
Hi Mikael,
I have modified your patch s
--- Comment #5 from dannysmith at users dot sourceforge dot net 2008-11-04
02:21 ---
Fixed by Mikael's patch
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-11-09
08:20 ---
This a target bug (stdcall symbol name decorati0on on windows targets)
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-11-09
08:24 ---
Patch at:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00321.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38054
--- Comment #5 from dannysmith at users dot sourceforge dot net 2008-11-11
06:27 ---
(In reply to comment #3)
> Patch at:
> http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00321.html
>
That patch also fixes the FAIL of testsuite\g++.old-deja\g++.dg\other>g++
pr35504.C .
--- Comment #5 from dannysmith at users dot sourceforge dot net 2008-01-19
08:33 ---
(In reply to comment #4)
> Testing a patch.
>
Here it is:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00881.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34749
--- Comment #7 from dannysmith at users dot sourceforge dot net 2008-01-26
00:58 ---
Confirmed. Fastcall symbols should not be prefixed with USER_LABEL_PREFIX.
This bug was introduced with
2007-03-29 Richard Henderson <[EMAIL PROTECTED]>
* config/i386/cygming.h:
--- Comment #10 from dannysmith at users dot sourceforge dot net
2008-01-26 09:41 ---
Fixed.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #8 from dannysmith at users dot sourceforge dot net 2008-01-26
07:17 ---
This is a 4.3.0 regression.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35054
stack
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
GCC targe
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-02-05
09:37 ---
Patch at
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00118.html
danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-02-06
17:29 ---
Patch at:
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00120.html
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #4 from dannysmith at users dot sourceforge dot net 2008-02-14
01:43 ---
Actually, I see this as unfortunate choice of name for the undocumented
__alloca label rather than as a serious bug.
__alloca is an internal symbol that should have been named _alloca_probe for
--- Comment #5 from dannysmith at users dot sourceforge dot net 2008-02-14
08:14 ---
And just think of the havoc that will be caused with old mingw32 and cygwin
libs that depend on the _chkstk meaning of __alloca if you change __alloca
semantics.
eg there are 69 undefined references to
--- Comment #7 from dannysmith at users dot sourceforge dot net 2008-02-14
17:46 ---
(In reply to comment #6)
> I agree, that the havoc for 32-bit backward compatibility is to avoid.
> But the havoc for windows sources using -fno-builtin and using _alloca () for
> stack a
--- Comment #8 from dannysmith at users dot sourceforge dot net 2008-02-14
20:10 ---
(In reply to comment #7)
> If someone really wants an MSCV compatible (one underscore) _alloca they just
> add this to their srcs
> void *_alloca (size_t size) {return __builtin_all
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-02-14
21:44 ---
Fixed
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
D
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
GCC build triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35273
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-02-21
06:53 ---
Fix typo in summary
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #5 from dannysmith at users dot sourceforge dot net 2008-03-03
03:32 ---
(In reply to comment #4)
> >>
> >> A 65,000 line testcase? Seriously?
> >>
> >
> > I'll try to make a smaller one. But it most likely won't be sma
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-03-13
07:08 ---
Fixed for 4.4.0
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #12 from dannysmith at users dot sourceforge dot net
2008-03-19 21:35 ---
(In reply to comment #11)
> (In reply to comment #10)
> > Still, 4.3.0 can't recoginze %I64d
>
>
> And that is because it is just being added:
> http://gcc.gnu.org/ml/gc
--- Comment #4 from dannysmith at users dot sourceforge dot net 2009-02-03
02:02 ---
> /usr/lib/gcc/i686-pc-cygwin/3.4.4/cc1plus.exe -quiet -v -D__CYGWIN32__
> -D__CYGWIN__ -Dunix -
> D__unix__ -D__unix -idirafter
> /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../inclu
--- Comment #2 from dannysmith at users dot sourceforge dot net 2009-02-25
02:28 ---
I get this with your testcase on mingw32, DW@ build:
GNU C (GCC) version 4.4.0 20090221 (experimental) (mingw32)
gcc -fexceptions -g u.c
foo:enter
bar:enter
zoo:enter
boom!
signalHandler:enter
--- Comment #4 from dannysmith at users dot sourceforge dot net 2009-02-28
02:38 ---
Created an attachment (id=17376)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17376&action=view)
testcase executable built on mingw32
testcase executable built on mingw32 attached
--
--- Comment #13 from dannysmith at users dot sourceforge dot net
2009-03-09 07:46 ---
(In reply to comment #12)
> Was this broken in 4.3 compilers? Is it a 4.4 regression?
>
This is not a new bug in the compiler (the same multiple definition will occur
with 3.4.5) , but
--- Comment #8 from dannysmith at users dot sourceforge dot net 2009-03-09
07:52 ---
>From gcc.info:
*Warning:* the `-fpack-struct' switch causes GCC to generate code
that is not binary compatible with code generated without that
switch. Additionally, it makes
--- Comment #1 from dannysmith at users dot sourceforge dot net 2009-03-11
02:41 ---
This is fixed in 4.3.x by
2006-11-20 Carlos O'Donell
Mark Mitchell
* cppdefault.c: Define cpp_PREFIX, cpp_PREFIX_len, and
gcc_exec_prefix.
(cpp_relo
--- Comment #8 from dannysmith at users dot sourceforge dot net 2009-03-16
02:13 ---
(In reply to comment #7)
> The following patch solves this problem and prevents the name collision for 32
> and 64 bits win32 systems.
>
> ChangeLog
>
> * c
--- Comment #8 from dannysmith at users dot sourceforge dot net 2009-03-21
01:03 ---
(In reply to comment #7)
> The proposed patch works for plain C code, but also affects C++. Since
> libstdc++ contains code that returns aggregates or calls code that does,
An example, please
--- Comment #11 from dannysmith at users dot sourceforge dot net
2009-03-23 22:10 ---
(In reply to comment #10)
> Note that C++ objects need not be larger than 8 bytes to qualify for returning
> on the stack (and thus subject to this cleanup problem). Any class with
--- Comment #13 from dannysmith at users dot sourceforge dot net
2009-03-28 07:24 ---
(In reply to comment #12)
> Both the dg-error clauses now fail; previously (4.3.2), only the second one
> failed. Reverting the patch causes the first dg-error (line 21) to pass again
> by
--- Comment #8 from dannysmith at users dot sourceforge dot net 2009-04-02
04:20 ---
(In reply to comment #5)
> (In reply to comment #3)
> > terminate called after throwing an instance of 'std::runtime_error'
> > what(): ouch
>
> Yes, this is the part
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #2 from dannysmith at users dot sourceforge dot net 2009-04-08
08:12 ---
Fixed.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
101 - 200 of 342 matches
Mail list logo
