-
Hi there!
Certainly no bug, but my problem: When using gfortran, even on simple programs (like HelloWorld), I get:
..>gfortran HelloWorld.f
c:/mingw_tdm/bin/../lib/gcc/mingw32/4.4.1/crtbegin.o:cygming-crtbegin.c:(.text+0
x7): undefined reference to `__cmshared_create_or_grab'
collect2: ld returned 1 exit status
OS: Windows XP SP3
...>gcc -v
Using built-in specs.
Target: mingw32.
2009-11-16 14:20:14 UTC by hdobler
-
Windows XP
Using built-in specs.
Target: mingw32
Configured with: ../../gcc-4.4.1/configure --prefix=/mingw --build=mingw32 --ena
ble-languages=c,ada,c++,fortran,objc,obj-c++ --disable-nls --disable-win32-regis
try --enable-libgomp --enable-cxx-flags='-fno-function-sections -fno-data-sectio
ns' --disable-werror --enable-threads --disable-symvers --enable-version-specifi
c-runtime-libs...
2009-11-12 15:39:36 UTC by davered
-
From C::B forum.
I found a problem with 4.4.1-tdm-2, regarded to the optimization. I observe a lost of precision in numeric code if "-O#" flags are used. In case of O1 it is small, but not negligible, in case of O2 it is intolerable. If the the same set of the command-line optimization options introduced separately as it described in GCC manual, no problem detected up to...
2009-11-11 21:31:05 UTC by nobody
-
Issue: If you build a DLL with mingw gcc 4.4 the default is to use -mpreferred-stack-boundary=4 (16 byte alignment)
If you subsequently load these with LoadLibrary, (even using a GCC compiled program) this assumption isn't true.
This can lead to misaligned SIMD/SSE instructions when these are used, which can lead to inexplicable crashes.
Dr Watson reports these as priveleged instruction...
2009-11-06 10:11:49 UTC by nobody
-
When I try to compile a program, each file or directory I reffer to must be in relative path.
That is verified for the .c files as well as the -I/directories.
I am working under Windows XP pro, and Cygwin, with tdm-mingw-1.908.0-4.4.1-2.exe.
Here is the full test for the path of the .c file (the same can be done with "-I inc.h" versus "-I /blabla/inc.h" with the same error) :
> more...
2009-11-05 14:18:21 UTC by awoiselle
-
Hello,
I've tested this following example in windows with gcc4.4.0 and it
systematly crash. I've tested the same example with linux and it works well
#include
#include
#include
void *myThreadEmit(void *)
{
std::cout
2009-11-02 18:32:58 UTC by nobody
-
hey there. I don't know if other are having the same problems as I did but I thought this might be usefull: the last version of GCC that can build a WORKING shared library of FFMPEG + X264 for Windows32 (using MinGW + MSYS) is the one contained on the file "gcc-4.2.4-tdm-1-core.tar.gz".
4.3 and 4.4 both produce faulty dlls (full of access violations when you call ::LoadLibrary() )
2009-10-29 19:48:16 UTC by nobody
-
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
2009-10-24 02:21:20 UTC by sf-robot
-
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
2009-10-24 02:21:20 UTC by sf-robot
-
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
2009-10-23 02:21:35 UTC by sf-robot
