[Bug c++/24605] [4.0/4.1/4.2 Regression] internal compiler error: Segmentation fault while compiling c++ file
--- Comment #17 from ron_hylton at hotmail dot com 2006-06-21 19:51 --- (In reply to comment #16) > All that said: does the problem persist? Could you repeat your tests with > the latest snapshots to see whether this still happens? > > Thanks > Wolfgang > The problem is resolved in 4.2.0 20060615 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
[Bug c++/24605] [4.0/4.1 Regression] internal compiler error: Segmentation fault while compiling c++ file
--- Comment #7 from ron_hylton at hotmail dot com 2005-11-05 18:49 ---
(In reply to comment #5)
> I tried out a few cross compilers for i686-pc-cygwin over the last few
> months. The code compiled cleanly on 20040607. Sometime between then
> and 20040709 it started failing with a different ICE from what it gets now.
> For awhile (at least from 20040921-20051127) it got only:
>
> C:/rah/Vc/CppLib/RefCntUtil.h:119: error: declaration of
> `RefCntUtil::ucPtr::operator T*() const'
> C:/rah/Vc/CppLib/RefCntUtil.h:101: error: conflicts with previous declaration
> `RefCntUtil::ucPtr::operator X*() const'
>
> That error went away. The current ICE and several of the other errors started
> sometime between 20050227-20050404. Here's a testcase for one of them:
>
> class CloneableObject
> {
> friend class CloneWalker;
> public:
> virtual void WalkClone(CloneWalker&) const = 0;
> };
>
> class CloneWalker
> {
> CloneWalker(int) {}
> CloneWalker(void) {}
> };
>
> It fails on powerpc-linux with "error: ‘CloneWalker’ has not been declared",
> the first error that the large testcase gets, not the one that leads to
> the ICE.
>
There is a missing forward declaration for class CloneWalker in the supplied
test case (although I believe older versions of gcc did not require this). I
have posted a revised test case where I added the declaration and fixed another
problem. With this test case and gcc 4.1.0,
gcc -c compiles
gcc -c -O2 gives a segmentation fault
If the forward declaration of class CloneWalker at line 50437 is commented out,
gcc -c (4.1.0) gives a number of error messages before
C:/rah/Vc/CppLib/ADI2FwdStartSolver.h:148: internal compiler error: in
adjust_re
sult_of_qualified_name_lookup, at cp/search.c:1488
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
[Bug c++/24605] [4.0/4.1 Regression] internal compiler error: Segmentation fault while compiling c++ file
--- Comment #8 from ron_hylton at hotmail dot com 2005-11-05 18:51 --- Created an attachment (id=10154) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10154&action=view) modified test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
[Bug c++/24605] [4.0/4.1 Regression] internal compiler error: Segmentation fault while compiling c++ file
--- Comment #10 from ron_hylton at hotmail dot com 2005-11-12 00:11 --- Using gcc version 4.1.0 2005 (experimental) I still get a segfault for the second test case with -O2. $ gcc -c -O2 -v solveHestonVol2.ii Using built-in specs. Target: i686-pc-cygwin Configured with: ../gcc/configure --prefix=/gcc-main --enable-languages=c,c++,fo rtran --verbose --enable-nls --without-included-gettext --enable-version-specifi c-runtime-libs --without-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-threads=posix --enable-jav a-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synch ronization --enable-libstdcxx-debug --target=i686-pc-cygwin --host=i686-pc-cygwi n --build=i686-pc-cygwin Thread model: posix gcc version 4.1.0 2005 (experimental) /gcc-main/libexec/gcc/i686-pc-cygwin/4.1.0/cc1plus.exe -fpreprocessed solveHest onVol2.ii -quiet -dumpbase solveHestonVol2.ii -mtune=pentiumpro -auxbase solveHe stonVol2 -O2 -version -o /cygdrive/c/DOCUME~1/rhylton/LOCALS~1/Temp/ccS4UBKe.s GNU C++ version 4.1.0 2005 (experimental) (i686-pc-cygwin) compiled by GNU C version 4.1.0 2005 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: b9f10e21dd711d470dda05fed5b4384d C:/packages/pooma/local/freepooma/src/Evaluator/ExpressionKernel.h: In construct or 'ExpressionKernel::ExpressionKernel(const LHS&, const Op&, const RHS&) [with LHS = Array<2, double, CompFwd::MaskTraits<3>, double>, BrickView U>, VolUtil::DiffusionComponentIndex<0> > >, Op = OpAssign, RHS = Array<2, doubl e, BrickViewU>, EvalTag = InlineKernelTag]': C:/packages/pooma/local/freepooma/src/Evaluator/ExpressionKernel.h:116: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. With the forward declaration of class CloneWalker at line 50437 commented out that build also gives a number of error messages followed by C:/rah/Vc/CppLib/ADI2FwdStartSolver.h:148: internal compiler error: in adjust_re sult_of_qualified_name_lookup, at cp/search.c:1488 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
[Bug c++/24605] New: internal compiler error: Segmentation fault while compiling c++ file
gcc -c -DU_HAVE_INTTYPES_H solveHestonVol.ii gives a segmentation fault. gcc info from the full source compile: Reading specs from /gcc-3.4/lib/gcc/i686-pc-cygwin/3.4.5/specs Configured with: ../gcc/configure --prefix=/gcc-3.4 --enable-languages=c,c++,f77 --verbose --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --without-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-threads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enable-libstdcxx-debug --target=i686-pc-cygwin --host=i686-pc-cygwin --build=i686-pc-cygwin Thread model: posix gcc version 3.4.5 20051026 (prerelease) /gcc-3.4/libexec/gcc/i686-pc-cygwin/3.4.5/cc1plus.exe -E -quiet -v -IC:/packages/ACE_wrappers/build/cygwin/ -IC:/rah/Vc/CppLib/ -IC:/packages/icu/cygwin/include/ -IC:/packages/xerces-c-src/build/cygwin/include/ -IC:/packages/Loki/ -IC:/packages/boost/ -IC:/packages/pooma/local/freepooma/src/ -IC:/packages/pooma/local/freepooma/src/arch/Intel/ -IC:/packages/boost/ -IC:/packages/adolc/ -D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter /usr/lib/../include/w32api -idirafter ../../include/w32api -DU_HAVE_INTTYPES_H C:/rah/Vc/StreamProjects/StreamSolver/solveHestonVol.cpp -mtune=pentiumpro -fworking-directory -o solveHestonVol.ii ignoring nonexistent directory "/usr/local/include" ignoring nonexistent directory "/gcc-3.4/lib/gcc/i686-pc-cygwin/3.4.5/../../../../i686-pc-cygwin/include" ignoring nonexistent directory "../../include/w32api" ignoring duplicate directory "C:/packages/boost/" #include "..." search starts here: #include <...> search starts here: C:/packages/ACE_wrappers/build/cygwin/ C:/rah/Vc/CppLib/ C:/packages/icu/cygwin/include/ C:/packages/xerces-c-src/build/cygwin/include/ C:/packages/Loki/ C:/packages/boost/ C:/packages/pooma/local/freepooma/src/ C:/packages/pooma/local/freepooma/src/arch/Intel/ C:/packages/adolc/ /gcc-3.4/lib/gcc/i686-pc-cygwin/3.4.5/include/c++ /gcc-3.4/lib/gcc/i686-pc-cygwin/3.4.5/include/c++/i686-pc-cygwin /gcc-3.4/lib/gcc/i686-pc-cygwin/3.4.5/include/c++/backward /gcc-3.4/include /gcc-3.4/lib/gcc/i686-pc-cygwin/3.4.5/include /usr/include /usr/lib/../include/w32api End of search list. /gcc-3.4/libexec/gcc/i686-pc-cygwin/3.4.5/cc1plus.exe -fpreprocessed solveHestonVol.ii -quiet -dumpbase solveHestonVol.cpp -mtune=pentiumpro -auxbase-strip Debug/solveHestonVol.o -g -version -o solveHestonVol.s GNU C++ version 3.4.5 20051026 (prerelease) (i686-pc-cygwin) compiled by GNU C version 3.4.5 20051026 (prerelease). GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=130946 C:/rah/Vc/CppLib/ADI2Solver.h: In member function `void SpotProcess::ADI2Solver::stepRiskNoBarriers(int) [with Grid = GridUtil::GridSource<3, GridUtil::HestonVolGridTag>, Scenario = SpotProcess::SolverScenario<3, VolUtil::HestonVolDiffusion > >]': C:/rah/Vc/CppLib/ADI2Solver.h:2201: internal compiler error: Segmentation fault -- Summary: internal compiler error: Segmentation fault while compiling c++ file Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ron_hylton at hotmail dot com GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
[Bug c++/24605] internal compiler error: Segmentation fault while compiling c++ file
--- Comment #1 from ron_hylton at hotmail dot com 2005-11-01 01:04 --- Created an attachment (id=10093) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10093&action=view) bz2 compressed .ii file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
[Bug c++/24605] [4.0/4.1 Regression] internal compiler error: Segmentation fault while compiling c++ file
--- Comment #4 from ron_hylton at hotmail dot com 2005-11-03 16:00 --- The code compiles with Intel C++ for Windows. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
[Bug c++/24605] [4.0/4.1/4.2 Regression] internal compiler error: Segmentation fault while compiling c++ file
--- Comment #13 from ron_hylton at hotmail dot com 2006-02-17 18:05 --- > > Are you sure you have enough virtual memory to compile this test case? > I just tried main branch r11 and the test case compiled fine. I have 2 GB vm (and 2 GB ram) so I doubt the previous problem was vm exhaustion. I don't recall exactly what the vm use was with the segfaults but it wasn't alarming, and the test case never exceeded 1 GB vm with r11. I would certainly hope that gcc would politely report vm exhaustion as out-of-memory or some such rather than segfaulting. With the Intel Windows compiler I did have to turn off some optimization to stay within the 2 GB vm limit on the "real" cases, but gcc -O2 handled them with no problem. Ron -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
[Bug target/14563] new/delete much slower than malloc/free because of sjlj exceptions
--- Additional Comments From ron_hylton at hotmail dot com 2004-11-10
16:20 ---
(In reply to comment #40)
> Ron, can you please attach your testcase that shows the problem to this PR?
>
> This PR is a regression on cygwin because the speed is back with 3.2.
This is the test case I was using:
#include
#include
#include
#include
using namespace std;
int main()
{
int array_size = 100;
int loop_count = 300;
try
{
long t1 = clock();
for (int iloop = 0; iloop < loop_count; iloop++)
{
int *myarray = new int [array_size];
delete [] myarray;
}
long t2 = clock();
double delt1 = (double)( t2 - t1 )/ (double)(CLOCKS_PER_SEC);
cout << "done looping time 1=" << delt1 << endl;
long t3 = clock();
for (int jloop = 0; jloop < loop_count; jloop++)
{
int *myarray = (int *)malloc(array_size * sizeof(int));
if (myarray== NULL) { printf("alloc failed\n");
exit(1); }
else free (myarray);
}
long t4 = clock();
double delt2 = (double)( t4 - t3 )/ (double)(CLOCKS_PER_SEC);
cout << "done looping time 2=" << delt2 << endl;
}
catch (...)
{
cout << "exception" << std::endl;
return 1;
}
return 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14563
