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 it's just
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. right now it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62318
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
URL||http
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62318
--- Comment #6 from Jim Michaels jmichae3 at yahoo dot com ---
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
: 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=32487action=edit
.ii file
#include ostream
#include sstream
#include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #1 from Jim Michaels jmichae3 at yahoo dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #2 from Jim Michaels jmichae3 at yahoo dot com ---
Created attachment 32488
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32488action=edit
corrected ostream2a.cpp source file
attached corrected source code.
nearly identical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #5 from Jim Michaels jmichae3 at yahoo dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Resolution|INVALID |FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #8 from Jim Michaels jmichae3 at yahoo dot com ---
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
--- Comment #9 from Jim Michaels jmichae3 at yahoo dot com ---
it appears from
protected:
/**
* @brief Base constructor.
*
* Only called from derived constructors, and sets up all the
* buffer data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
--- Comment #10 from Jim Michaels jmichae3 at yahoo dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60724
--- Comment #1 from Jim Michaels jmichae3 at yahoo dot com ---
Created attachment 32507
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32507action=edit
ostream-bug.cpp
source code ostream-bug.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60724
--- Comment #2 from Jim Michaels jmichae3 at yahoo dot com ---
Created attachment 32508
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32508action=edit
errors in a file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60711
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60714
--- Comment #2 from Jim Michaels jmichae3 at yahoo dot com ---
I looked inside the class to derive that.
maybe I made a mistake.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60724
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Resolution|INVALID |FIXED
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #1 from Jim Michaels jmichae3 at yahoo dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #2 from Jim Michaels jmichae3 at yahoo dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #4 from Jim Michaels jmichae3 at yahoo dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Summary|-ftree-parallelize-loops=n |-O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #7 from Jim Michaels jmichae3 at yahoo dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #8 from Jim Michaels jmichae3 at yahoo dot com ---
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
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39404
--- Comment #1 from jmichae3 at yahoo dot com 2009-03-09 06:32 ---
Created an attachment (id=17420)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17420action=view)
-fpack-struct -O3 with iostream .ii file
g++ -v -save-temps -fpack-struct -O3 io.cpp
this is the generated io.ii file
--- Comment #2 from jmichae3 at yahoo dot com 2009-03-09 06:41 ---
Created an attachment (id=17421)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17421action=view)
-fpack-struct with iostream .ii file
g++ -v -save-temps -fpack-struct io.cpp
both attachments ( .ii files) are from
--- Comment #3 from jmichae3 at yahoo dot com 2009-03-09 06:45 ---
Created an attachment (id=17422)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17422action=view)
io.cpp, an offending source file
problem is it #includes iostream if -fpack-struct is used. that is all
--- Comment #4 from jmichae3 at yahoo dot com 2009-03-09 06:50 ---
Created an attachment (id=17423)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17423action=view)
source that #includes istream and fails just as miserably with -fpack-struct
C:\prj\test\iostreamdosg++ -v -save
--- Comment #5 from jmichae3 at yahoo dot com 2009-03-09 06:55 ---
Created an attachment (id=17424)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17424action=view)
source that #includes fstream which also fails miserably with -fpack-struct
new attachment: source for f.cpp
C:\prj
--- Comment #6 from jmichae3 at yahoo dot com 2009-03-09 06:57 ---
Created an attachment (id=17425)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17425action=view)
f.ii for fstream problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39404
--- Comment #7 from jmichae3 at yahoo dot com 2009-03-09 06:59 ---
Created an attachment (id=17426)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17426action=view)
i.ii for istream problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39404
--- Comment #10 from jmichae3 at yahoo dot com 2009-03-09 20:12 ---
I didn't read that in the documentation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39404
--- Comment #11 from jmichae3 at yahoo dot com 2009-04-03 09:02 ---
I get perfect code with the borland compiler packing switch with C++ code. it
would be nice if gcc could do the same in C++.
I don't necessarily have to have -O3, but I need to be able to pack structs
somehow so I
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #1 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #2 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #3 from Jim Michaels jmichae3 at yahoo dot com 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 #4 from Jim Michaels jmichae3 at yahoo dot com 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 #5 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #8 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #9 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #10 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
--- Comment #11 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Attachment #25917|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51320
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Attachment #25916|phone.cpp original program |phone.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
Summary: iostream and some other C++ libraries do not work with
-fpack-struct
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #1 from Jim Michaels jmichae3 at yahoo dot com 2011-04-11
04:04:50 UTC ---
Created attachment 23942
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23942
pack-struct.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #2 from Jim Michaels jmichae3 at yahoo dot com 2011-04-11
04:06:00 UTC ---
Created attachment 23943
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23943
pack-struct.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #3 from Jim Michaels jmichae3 at yahoo dot com 2011-04-11
04:06:35 UTC ---
I attached the test code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #4 from Jim Michaels jmichae3 at yahoo dot com 2011-04-11
04:27:38 UTC ---
by the way, in dealing with packed structures in code, I don't know how it is
normally handled in compilers and system libraries such as Win32, Mac OS X
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #5 from Jim Michaels jmichae3 at yahoo dot com 2011-04-11
04:29:20 UTC ---
Created attachment 23944
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23944
output from the compiler, pack-struct2
this is vector, iterator, and string
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #6 from Jim Michaels jmichae3 at yahoo dot com 2011-04-11
04:30:26 UTC ---
Created attachment 23945
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23945
pack-struct2.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #7 from Jim Michaels jmichae3 at yahoo dot com 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 #8 from Jim Michaels jmichae3 at yahoo dot com 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
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Attachment #23941|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #10 from Jim Michaels jmichae3 at yahoo dot com 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
--- Comment #11 from Jim Michaels jmichae3 at yahoo dot com 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 #12 from Jim Michaels jmichae3 at yahoo dot com 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 #13 from Jim Michaels jmichae3 at yahoo dot com 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 #14 from Jim Michaels jmichae3 at yahoo dot com 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 #15 from Jim Michaels jmichae3 at yahoo dot com 2011-04-11
05:06:05 UTC ---
there. fixed the test cases.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #18 from Jim Michaels jmichae3 at yahoo dot com 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
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++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47596
Summary: internal compiler error: in print_reg, at
config/i386/i386.c:10894
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47596
--- Comment #1 from Jim Michaels jmichae3 at yahoo dot com 2011-02-03
06:21:14 UTC ---
Created attachment 23231
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23231
source file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47596
--- Comment #2 from Jim Michaels jmichae3 at yahoo dot com 2011-02-03
06:22:24 UTC ---
Created attachment 23232
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23232
gen-duplicator-batch-files.ii
compiler temp files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47596
--- Comment #5 from Jim Michaels jmichae3 at yahoo dot com 2011-02-04
23:12:20 UTC ---
unfortunately, a release of later versions of gcc in a personal sezero build
are not available.
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Attachment #26948|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #3 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #5 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #6 from Jim Michaels jmichae3 at yahoo dot com 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 #7 from Jim Michaels jmichae3 at yahoo dot com 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 #8 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #9 from Jim Michaels jmichae3 at yahoo dot com 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 #11 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
Jim Michaels jmichae3 at yahoo dot com changed:
What|Removed |Added
Attachment #26949|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #14 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #15 from Jim Michaels jmichae3 at yahoo dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52661
--- Comment #16 from Jim Michaels jmichae3 at yahoo dot com 2012-03-22
22:23:18 UTC ---
I realize it's going to be more complicated than this.
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=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=edit
.ii file
templateI func(I n) {
return n+2;
}
template
I func2(I n) {
return n-2;
}
int main(v
++
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=79713
--- Comment #1 from Jim Michaels ---
\f is ASCII FF
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
++
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<<std::regex_match("def",std::regex("abcdefg",std::regex_constants::extended))&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79522
Jim Michaels changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
++
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=edit
source
#include
int main(int argc, char ** argv) {
typedef char CH;
typedef std::string
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
: 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
#include
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;
++
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::compar
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."
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=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);
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,
1 - 100 of 120 matches
Mail list logo