[Bug c++/79741] errors about struct members being of type size_t when it's not, other strange errors. cached source too.

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79741

Andrew Pinski  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |INVALID

--- Comment #7 from Andrew Pinski  ---
Invalid as the problem is in the user code rather than in GCC.

[Bug c++/79741] errors about struct members being of type size_t when it's not, other strange errors. cached source too.

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79741

--- Comment #6 from Jonathan Wakely  ---
(In reply to Jim Michaels from comment #0)
> strange. a compiler should not cache the source code.

It doesn't.

> all these bugs I have
> fixed with static casts and the same errors are still reported.

Then you didn't fix all the bugs!

> source code
> not necessary.

Wrong.

> atoi64.cpp:265:12: error: 'egrep' is not a member of 
> 'std::regex_constants::syntax_option_type'
>  RGXC ropts=std::regex_constants::syntax_option_type::egrep;

This should be std::regex_constants::egrep

"I don't know how to fix my code" is not a GCC bug.

[Bug c++/79741] errors about struct members being of type size_t when it's not, other strange errors. cached source too.

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79741

--- Comment #5 from Jonathan Wakely  ---
As usual, I'm fairly sure you're mistaken. Without a testcase showing a problem
we can't help you.

[Bug c++/79741] errors about struct members being of type size_t when it's not, other strange errors. cached source too.

[jmichae3 at yahoo dot com]

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\lib\atoi64>g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=c:/program\
files/mingw-w64/i686-6.2.0-win32-sjlj-rt_v5-rev1/mingw32/bin/../libexec/gcc/i686-w64-mingw32/6.2.0/lto-
Target: i686-w64-mingw32
Configured with: ../../../src/gcc-6.2.0/configure --host=i686-w64-mingw32
--build=i686-w64-mingw32 --target=i686-w64-mingw32 --prefix=/
=yes --enable-threads=win32 --enable-libgomp --enable-libatomic --enable-lto
--enable-graphite --enable-checking=release --enable-fully
ootstrap --disable-rpath --disable-win32-registry --disable-nls
--disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-a
isites/i686-w64-mingw32-static
--with-mpc=/c/mingw620/prerequisites/i686-w64-mingw32-static
--with-isl=/c/mingw620/prerequisites/i686-w
/mingw32/opt/include -I/c/mingw620/prerequisites/i686-zlib-static/include
-I/c/mingw620/prerequisites/i686-w64-mingw32-static/include'
GS= LDFLAGS='-pipe -L/c/mingw620/i686-620-win32-sjlj-rt_v5-rev1/mingw32/opt/lib
-L/c/mingw620/prerequisites/i686-zlib-static/lib -L/c/m
Thread model: win32
gcc version 6.2.0 (i686-win32-sjlj-rev1, Built by MinGW-W64 project)

 Tue 02/28/2017 12:30:43.42 l:\projects\lib\atoi64>



another of the problems seems to be files over a certain size (complexity?)
causing strange errors, where unit tests work fine, but the larger programs
cannot be reduced to a smaller set for a unit test.

maybe I should complain about the ld file cache. it is causing problems too.
example:

C:\DOCUME~1\Barb\LOCALS~1\Temp\cc2hmuhd.o:find.cpp:(.text+0x837): undefined
reference to `compare_bool(std::__cxx11::basic_string,
std::__cxx11::basic_string, bool, unsigned int)'
collect2.exe: error: ld returned 1 exit status

this is not what's in the source file for a list of function arguments, this is
really old. an exe was generated anyway, but doesn't do anything.

[Bug c++/79741] errors about struct members being of type size_t when it's not, other strange errors. cached source too.

[jmichae3 at yahoo dot com]

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::vector vst={
{0,10},
{1,9},
{2,8},
{3,7},
{4,6},
{5,5}
};
int x=vst[1].i2;
std::cout<unit-test-vector-struct-member-access.exe
9

 Mon 02/27/2017 15:27:48.29 L:\projects\lib\atoi64\tests>
*/

[Bug c++/79741] errors about struct members being of type size_t when it's not, other strange errors. cached source too.

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79741

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2017-02-27
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
Can you provide the preprocessed source?

[Bug c++/79741] errors about struct members being of type size_t when it's not, other strange errors. cached source too.

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79741

--- Comment #2 from Andrew Pinski  ---
And the exact options you are using?