https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80243
--- Comment #8 from Jim Michaels ---
you are right, that code does work, my example needed debugging.
so if I can return a struct here, why not in my other code, unless gcc is
confused somehow?
alas, I cannot supply source or .ii files because th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80230
--- Comment #6 from Jim Michaels ---
here is another incorrect type spouted out:
atoi64.cpp:1101:389: error: request for member 'v' in 'vecstruct[i]', which is
of non-class type 'size_t {aka long long unsigned int}'
vecstruct[i].v
mBaseVal is st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80230
Jim Michaels changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80243
--- Comment #6 from Jim Michaels ---
atoi64.cpp:1974:1: error: expected 'while' before 'ATOLDRESULT'
ATOLDRESULT atold_(S str,bool oldCOctalEnabled=false,bool
groupCharEnabled=true,C groupChar=',',VS dimensionArr={""},bool
skipNonScientific=true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80243
Jim Michaels changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80243
--- Comment #1 from Jim Michaels ---
#include
#include
typedef struct {std::string s;int i;} Structsb;
Structsb fn(std::string s1, int i1) {
return {s1,i1};
}
int main() {}
Structsb structsb=fn("string",1);
return strustsb.i;
}
ormal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
c++ doesn't allow function to return a struct. and notice a class is a struct
with a constructur function and destructo
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
error: cannot dynamic_cast 'index' (of type 'intmax_t {aka long long int}') to
type 'intmax_t {aka long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80230
--- Comment #2 from Jim Michaels ---
how did I misunderstand the error message? it's pretty clear. the compiler says
the type is size_t when it really should be saying int, and size_t is for x32
an unsigned int and for x64 it's unsigned long long
ormal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
atoi64.cpp:1398:84: error: request for member 'i' in
'vecstruct[vecstructfromi(5ll)]', which is of non-cla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79741
--- Comment #4 from Jim Michaels ---
(In reply to Andrew Pinski from comment #2)
> And the exact options you are using?
g++ -std=c++11 -lstdc++ -o atoi64.o atoi64.cpp 2>atoi64.err.txt
also tried c++14.
Tue 02/28/2017 11:44:25.43 l:\projects\l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79741
--- Comment #3 from Jim Michaels ---
strange, this seems to work. small source. but big complicated source breaks.
#include
#include
#include
#include
#include
int main(int argc,char**argv) {
typedef struct {int i1;intmax_t i2;} ST;
std::vec
tatus: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
if it helps, this is the #include list:
#include
#include
#include
#include
#include
#in
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
Created attachment 40832
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40832&action=edit
source
#include
int main(int argc, char ** argv) {
typedef char CH;
typedef std:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79713
--- Comment #1 from Jim Michaels ---
\f is ASCII FF
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
modern printers like inkjets take \f character in a string as data and
interpret them. PLEASE put it back in. I am trying to write a basic printing
program for windows for the commandline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79522
Jim Michaels changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79522
--- Comment #1 from Jim Michaels ---
Tue 02/14/2017 23:45:45.01 L:\projects\find\1.0\win>g++ -static -lstdc++
-std=c++11 -o ut.exe unit-test-std-match.cpp
Wed 02/15/2017 0:01:55.04 L:\projects\find\1.0\win>ut
0
0
here is updated test. I wond
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
#include
#include
int main(int argc, char * argv[]) {
std::cout<
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78934
Jim Michaels changed:
What|Removed |Added
Target||x86-w32-mingw32
Host|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
disk-refresh.cpp:491:44: error: invalid operands of types 'long double' and
'long double' to binary 'operator%'
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78842
--- Comment #6 from Jim Michaels ---
(In reply to Nathan Sidwell from comment #4)
> sigh, bugzilla's moving on to 'random' other bug gets me. Again.
btw, I think that random bug number feature is in preferences.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78842
--- Comment #5 from Jim Michaels ---
I am going to have to go digging through my code. the function that I had this
error on about icase shadowing a parameter was a global var, and I tried
#include
#include
#include
bool icase=false;
std::vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78872
--- Comment #1 from Jim Michaels ---
icompare.cpp:12:119: error: no 'int std::locale::icompare(const char_type*,
const char_type*, const char_type*, const char_type*) const' member function
declared in class 'std::locale'
int locale::icompar
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
#include
#include
#include
#include
namespace std {
int locale::icompare(const char_type* low1, const char_type* high1, const
char_type*low2, const char_type* high2
iority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
End of search list.
COLLECT_GCC_OPTIONS='-O2' '-save-temps' '-v' '-static' '-s' '-std=c++14' '-
D
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
find.cpp:128:6: error: declaration of 'bool icase' shadows a parameter
bool icase=false;
std::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78486
--- Comment #5 from Jim Michaels ---
then add it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78486
--- Comment #3 from Jim Michaels ---
also,
u16strfuncs-nostr.cpp:612:3: error: 'u16out' is not a member of 'std'
std::u16out<
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
std::iu32stringstream
std::ou32stringstream,
std::iu16stringstream
std::ou16stringstream,
std::iutf8stringstream
std
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
function default arguments are needed. I find that in 6.2.0 and earlier, it
does not work.
example:
#include
const std::string test="wish";//global var or const,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77477
--- Comment #3 from Jim Michaels ---
oh, and the error messages do not fit the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77477
--- Comment #2 from Jim Michaels ---
I don't believe this answer.
to my knowledge the syntax is OK for c++11.
I was even told once that is not needed, which was wrong.
you did not state exactly what was wrong, only that "your code is wrong."
ple
bstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
#include
#include
namespace str {
template< class S >
size_t str::find(S searchIn, S searchFor, bool iCase=false, size_t pos=0);
template< class S >
int str::c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71772
--- Comment #3 from Jim Michaels ---
this was a problem for a while. it has been fixed as of late. I also learned
that it's func2(n);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71772
--- Comment #1 from Jim Michaels ---
Created attachment 38837
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38837&action=edit
.s file
: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Target Milestone: ---
Created attachment 38836
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38836&action=edit
.ii file
templateI func(I n) {
return n+2;
}
template
I func2(I n) {
return n-2;
}
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62318
--- Comment #6 from Jim Michaels ---
ummm. I could get personal permission to use the algorithm. but that does not
give gnu permission to use the algorithm. that's why I posted this here. that
does not necessarily mean I could post the algorithm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62318
Jim Michaels changed:
What|Removed |Added
URL||http://webhome.cs.uvic.ca/~
IRMED
Severity: enhancement
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
optimization of string searches using Nigel Horspool's Boyer-Moore-Horpool
algorithm is what I would like to see. righ
IRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
optimization of string searches using Nigel Horspool's Boyer-Moore-Horpool
algorithm is what I would like to see. right now i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #8 from Jim Michaels ---
in the mingw-w64 gcc compiler at least, -ftree-parallize-loops=12 -O2 runs
single-threaded.
https://gcc.gnu.org/ml/gcc-help/2007-01/msg00165.html
I probably don't understand the compiler, but I have been tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #7 from Jim Michaels ---
http://msdn.microsoft.com/en-us/library/windows/desktop/dd405485%28v=vs.85%29.aspx
http://msdn.microsoft.com/en-us/library/windows/desktop/ms679351%28v=vs.85%29.aspx
http://msdn.microsoft.com/en-us/library/win
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
Jim Michaels changed:
What|Removed |Added
Summary|-ftree-parallelize-loops=n |-O2
|(n as value) not a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
Jim Michaels changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #4 from Jim Michaels ---
which means to me it takes only a constant.
it should be able to take the equivalent of "auto" (however the gcc folk want
to write that), again due to the wide difference between processors. for
targeting publ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #2 from Jim Michaels ---
the commandline:
"f:\x86_64-4.9.0-release-win32-sjlj-rt_v3-rev1\mingw64\bin\g++.exe" -Wall
-Wextra -v -save-temps -m64 -static -O2 -fno-strict-aliasing -fwrapv -lstdc++
-ftree-parallelize-loops=n -floop-parall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #1 from Jim Michaels ---
g++.exe: error: argument to '-ftree-parallelize-loops=' should be a
non-negative integer
Using built-in specs.
COLLECT_GCC=f:\x86_64-4.9.0-release-win32-sjlj-rt_v3-rev1\mingw64\bin\g++.exe
COLLECT_LTO_WRAPPER=f
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
https://groups.google.com/forum/#!topic/gnu.gcc.help/T1guYK8-z70
just says that -O2 is needed for things like -floop-parallelize-all,
-ftree-parallelize-loops=4 and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60724
Jim Michaels changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #4 from Jim Michaels --
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60714
--- Comment #2 from Jim Michaels ---
I looked inside the class to derive that.
maybe I made a mistake.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
Jim Michaels changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
Jim Michaels changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60724
--- Comment #2 from Jim Michaels ---
Created attachment 32508
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32508&action=edit
errors in a file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60724
--- Comment #1 from Jim Michaels ---
Created attachment 32507
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32507&action=edit
ostream-bug.cpp
source code ostream-bug.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #10 from Jim Michaels ---
learned about std::streambuf.
when I went to use it (apparently a requirement in some cases and the only
thing that works for std::ostream now), the whole streambuf heirarchy is
protected except for std::fileb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #9 from Jim Michaels ---
it appears from
protected:
/**
* @brief Base constructor.
*
* Only called from derived constructors, and sets up all the
* buffer data to zero, including the pointers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #8 from Jim Michaels ---
by the way, folks on stackoverflow.com have long struggled with this and found
no solution.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
Jim Michaels changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #7 from Jim Michaels --
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #5 from Jim Michaels ---
not allowed to use a basic_streambuf there either, also says it's protected.
apparently ostream() is protected. I looked, and there is a place that looks
like you can use a treambuf, but I am unable to get it t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #2 from Jim Michaels ---
Created attachment 32488
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32488&action=edit
corrected ostream2a.cpp source file
attached corrected source code.
nearly identical errors.
In file included from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #1 from Jim Michaels ---
oops! ignore the
namespace std {
line and the error about missing } I was trying something earlier due to an
earlier error.
because basic_ostream() is protected in the include file ostream, I or anyone
else ca
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jmichae3 at yahoo dot com
Created attachment 32487
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32487&action=edit
.ii file
#include
#include
#include
#
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #16 from Jim Michaels 2012-03-22
22:23:18 UTC ---
I realize it's going to be more complicated than this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #15 from Jim Michaels 2012-03-22
21:54:16 UTC ---
oops, made amistake there.
if (-1==sign && 9223372036854775808==mantissa) {
datum=mantissa*sign;
} else if (1==sign && 9223372036854775808==mantissa) {
datum=mantissa;
} else
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #14 from Jim Michaels 2012-03-22
21:45:33 UTC ---
OK, given your argument, let's look at -32768 for a short.
it's just too big because 32768 is larger than the size of an int, so it's
considered unsigned, right? wrong. no warning me
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
Jim Michaels changed:
What|Removed |Added
Attachment #26949|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #11 from Jim Michaels 2012-03-22
20:10:33 UTC ---
OK... then why do these warnings only show up on constants which have an or LL
suffix?
I will show you a replacement test file shortly afterwards which has a 32-bit
number that does
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #9 from Jim Michaels 2012-03-22
07:24:44 UTC ---
I will refer you to this since you don't believe me.
http://msdn.microsoft.com/en-us/library/2ayc1sk0.aspx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #8 from Jim Michaels 2012-03-22
07:06:31 UTC ---
I think if I understand you correctly, you are saying that the integer and the
earlier code I tried did NOT use the L suffix. I didn't get an warning then.
which is as it should be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #7 from Jim Michaels 2012-03-22
06:40:36 UTC ---
I didn't intend forthe bug system to glob ontothe filename as a bug number.
sorry.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #6 from Jim Michaels 2012-03-22
06:38:31 UTC ---
Created attachment 26950
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26950
maxint64-bug2.cpp - shows difference between different kinds of integers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #5 from Jim Michaels 2012-03-22
06:29:51 UTC ---
read my comments in the code.
-(2^(32-1)) is a valid constant for 32-bit signed integers. I don't get a
warning for that.
-(2^(16-1)) is a valid constant for 16-bit signed integers. I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #3 from Jim Michaels 2012-03-22
06:13:33 UTC ---
you are not paying attention to the issue. the issue is that this constant is
causing a compiler warning when it should not, and the compiler is treating a
valid signed constant as an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
Jim Michaels changed:
What|Removed |Added
Attachment #26948|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
Bug #: 52661
Summary: negative maxint for long long gives warning
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
Jim Michaels changed:
What|Removed |Added
Attachment #25916|phone.cpp original program |phone.cpp original program
descript
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
Jim Michaels changed:
What|Removed |Added
Attachment #25917|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #11 from Jim Michaels 2011-11-28
02:19:25 UTC ---
Created attachment 25925
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25925
cpp462b.cpp smaller test case causes compiler internal error
Sun 11/27/2011 18:06:49.10|C:\prj\test\
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #10 from Jim Michaels 2011-11-28
02:07:37 UTC ---
I am going to try a test program which does not #include anything and see if it
compiles.
Sun 11/27/2011 18:04:02.90|C:\prj\test\djgpp|>c:\djc462~1\bin\gxx -Wall -W
-Wextra -s -oa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #9 from Jim Michaels 2011-11-28
01:23:08 UTC ---
Sun 11/27/2011 17:19:49.04|C:\djc462beta\bin|>gcc -print-prog-name=cc1plus
Exiting due to signal SIGSEGV
General Protection Fault at eip=1bb2
eax=0c72 ebx=0299 ecx=0c5898cf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #8 from Jim Michaels 2011-11-28
01:12:24 UTC ---
Created attachment 25924
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25924
phone.cpp version without initializer list or map. still crashes.
compiler has no STL. tried to sear
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #5 from Jim Michaels 2011-11-27
06:14:52 UTC ---
additional interesting stuff: the file initializer_list is not anywhere in the
compiler.
so why should I not simply get a simple error line instead of a compiler
internal error?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #4 from Jim Michaels 2011-11-27
06:09:12 UTC ---
djgpp has a problem with the new 4.6.2 compiler where it is unable to generate
any temp files with -save-temps. sorry.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #3 from Jim Michaels 2011-11-27
05:39:06 UTC ---
Created attachment 25918
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25918
test.cpp error output from gxx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #2 from Jim Michaels 2011-11-27
05:27:54 UTC ---
Created attachment 25917
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25917
test.cpp small discrete test case
small discrete test case which seems to do the same thing. assigns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #1 from Jim Michaels 2011-11-27
03:04:44 UTC ---
Created attachment 25916
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25916
.cpp file
self-contained program source code. uses c++11 (c++0x) features such as
initializer lists.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
Bug #: 51320
Summary: gcc internal compiler error (program cc1plus)
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49953
Summary: _toupper() and _tolower() macros in ctype.h are broken
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #18 from Jim Michaels 2011-04-11
07:48:08 UTC ---
I will admit I have not tried this with any VC++ compiler newer than VC++ 6.0,
which is circa windows NT/98 era. things have changed a lot since then.
I know this works in Borland C++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #15 from Jim Michaels 2011-04-11
05:06:05 UTC ---
there. fixed the test cases.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #14 from Jim Michaels 2011-04-11
05:05:33 UTC ---
Created attachment 23952
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23952
compiler output, pack-struct2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #13 from Jim Michaels 2011-04-11
05:04:56 UTC ---
Created attachment 23951
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23951
compiler output, pack-struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #12 from Jim Michaels 2011-04-11
05:03:53 UTC ---
Created attachment 23950
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23950
pack-struct.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #11 from Jim Michaels 2011-04-11
05:03:01 UTC ---
Created attachment 23949
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23949
pack-struct2.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #10 from Jim Michaels 2011-04-11
05:02:18 UTC ---
Created attachment 23948
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23948
pack-struct2.cpp
the iterator bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
Jim Michaels changed:
What|Removed |Added
Attachment #23941|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #8 from Jim Michaels 2011-04-11
04:48:41 UTC ---
oops. bug in code. let me recode to show problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #7 from Jim Michaels 2011-04-11
04:31:13 UTC ---
Created attachment 23946
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23946
pack-struct2.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #6 from Jim Michaels 2011-04-11
04:30:26 UTC ---
Created attachment 23945
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23945
pack-struct2.cpp
1 - 100 of 120 matches
Mail list logo
