On Fri, Aug 21, 2009 at 10:42 AM, Ozkan Sezer<[email protected]> wrote:
> On Fri, Aug 21, 2009 at 10:24 AM, Kai Tietz<[email protected]> wrote:
>> 2009/8/21 [email protected] <[email protected]>:
>>> Hello,
>>> I filed a bug report at gcc bug tracker
>>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41136
>>> Is anyone encountering this bug and is there any possible workaround ?
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>>> trial. Simplify your report design, integration and deployment - and focus
>>> on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Mingw-w64-public mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>>>
>>
>> Hello,
>>
>> thank you for reporting this. Please report such kind of failures to
>> mingw-w64 project's bug tracker first. This looks not as a gcc bug
>> itself, it seems to be more reasoned by other issues possibly reasoned
>> by our runtime.
>>
>> Please describe also the environment you are using to build the native
>> compiler, the date of runtime headers and crt you are using, and the
>> binutils version you are using.
>>
>> Regards,
>> Kai
>
> This happens because the autotools idiocy decides
> that LFS is not available and _GLIBCXX_USE_LFS is
> left undefined which is the first issue, it falls back to
> fstat instead of fstat64 and fstat wraps onto fstat64i32.
> This is actually a GCC bug, IMO.
Hmm,
configure:19184: checking for LFS support
configure:19276:
/home/ozzie/deneme1/W64_150956-src/build-gcc/./gcc/xgcc -shared-libgcc
-B/home/ozzie/deneme1/W64_150956-src/build-gcc/./gcc -nostdinc++
-L/home/ozzie/deneme1/W64_150956-src/build-gcc/x86_64-pc-mingw32/libstdc++-v3/src
-L/home/ozzie/deneme1/W64_150956-src/build-gcc/x86_64-pc-mingw32/libstdc++-v3/src/.libs
-L/home/ozzie/deneme1/W64_150956-src/build-gcc/x86_64-pc-mingw32/winsup/mingw
-L/home/ozzie/deneme1/W64_150956-src/build-gcc/x86_64-pc-mingw32/winsup/w32api/lib
-isystem /home/ozzie/deneme1/W64_150956-src/gcc44-svn/winsup/mingw/include
-isystem /home/ozzie/deneme1/W64_150956-src/gcc44-svn/winsup/w32api/include
-B/home/ozzie/cross_win64/x86_64-pc-mingw32/bin/
-B/home/ozzie/cross_win64/x86_64-pc-mingw32/lib/ -isystem
/home/ozzie/cross_win64/x86_64-pc-mingw32/include -isystem
/home/ozzie/cross_win64/x86_64-pc-mingw32/sys-include -o conftest.exe
-g -O2 -fno-exceptions conftest.cc >&5
conftest.cc: In function 'int main()':
conftest.cc:57: error: aggregate 'stat64 buf' has incomplete type and
cannot be defined
conftest.cc:58: error: 'fstat64' was not declared in this scope
configure:19282: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME "package-unused"
| #define PACKAGE_TARNAME "libstdc++"
| #define PACKAGE_VERSION "version-unused"
| #define PACKAGE_STRING "package-unused version-unused"
| #define PACKAGE_BUGREPORT ""
| #ifdef __cplusplus
| extern "C" void exit (int);
| #endif
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define LT_OBJDIR ".libs/"
| #define _GLIBCXX_HOSTED 1
| #define _GLIBCXX_SJLJ_EXCEPTIONS 1
| #define HAVE_GTHR_DEFAULT 1
| #define _GLIBCXX_ATOMIC_BUILTINS_1 1
| #define _GLIBCXX_ATOMIC_BUILTINS_2 1
| #define _GLIBCXX_ATOMIC_BUILTINS_4 1
| #define _GLIBCXX_ATOMIC_BUILTINS_8 1
| #define _GLIBCXX_USE_LONG_LONG 1
| #define HAVE_WCHAR_H 1
| #define HAVE_MBSTATE_T 1
| #define HAVE_WCTYPE_H 1
| #define _GLIBCXX_USE_WCHAR_T 1
| #define _GLIBCXX_USE_C99_MATH 1
| #define HAVE_TGMATH_H 1
| #define HAVE_COMPLEX_H 1
| #define HAVE_VFWSCANF 1
| #define HAVE_VSWSCANF 1
| #define HAVE_VWSCANF 1
| #define HAVE_WCSTOF 1
| #define HAVE_INT64_T 1
| #define HAVE_INT64_T_LONG_LONG 1
| /* end confdefs.h. */
| #include <unistd.h>
| #include <stdio.h>
| #include <sys/stat.h>
|
| int
| main ()
| {
| FILE* fp;
| fopen64("t", "w");
| fseeko64(fp, 0, SEEK_CUR);
| ftello64(fp);
| lseek64(1, 0, SEEK_CUR);
| struct stat64 buf;
| fstat64(1, &buf);
| ;
| return 0;
| }
configure:19317: result: no
We have struct _stat64, with the leading underscore,
not without one. This kind of crap is killing me..
And the whole tree relies on the posix style non-
underscored versions.
> The second issue is that fstat64i32 is in _fstat64i32.c
> but fstat() being defined as an inline wrapping around
> it in sys/stat.h is marked __MINGW_ATTRIB_NO_OPTIMIZE
> The no-optimize maybe causing an issue here ?.
>
> --
> Ozkan
>
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
