--- Comment #2 from andry at inbox dot ru 2008-08-11 01:42 ---
I don't know already. At now i have no this error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36545
--- Comment #15 from andry at inbox dot ru 2008-08-03 12:18 ---
I found where the bug is:
"/mingw/lib/libmsvcrt.a" and "/mingw/lib/libmsvcrtd.a" should be Microsoft
Visual Studio v6.0 libraries. I just run "gccmrt.bat" attached to TDM builds of
GCC (ht
--- Comment #14 from andry at inbox dot ru 2008-08-03 02:42 ---
(In reply to comment #12)
> MinGW apps like gcc have *no* way of interpreting anything but Win32 paths.
It is, i found that Msys bash shell (not console) converts all this stuff with
Msys paths. So xgcc already gother
--- Comment #13 from andry at inbox dot ru 2008-08-03 01:50 ---
(In reply to comment #12)
> You're not really testing what you think you are
Ok, i found that Msys console converts all application arguments and
environment variables before run any application. So, i missed out
--- Comment #11 from andry at inbox dot ru 2008-08-02 20:41 ---
> /c/foo/bar is valid for *MSYS* apps. But we're talking about gcc which
> is NOT a MSYS app, it is a MinGW app, i.e. native win32. /c/foo/bar is
> *not* valid for such an app.
Not true, for example, M
--- Comment #9 from andry at inbox dot ru 2008-08-02 18:01 ---
(In reply to comment #8)
> It's a valid MinGW path only if you have created a physical directory
> named "c" at the root of the current drive, i.e. X:\c\_GccBuilds\...
>
>From "/msys/1.
--- Comment #7 from andry at inbox dot ru 2008-08-02 11:10 ---
(In reply to comment #6)
> This kind of path
> '--prefix=/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686' may be understood by
But this is Mingw compatible path, isn't it?
--
http://gcc.gnu.org/bug
--- Comment #5 from andry at inbox dot ru 2008-08-01 02:14 ---
I check it without these flags and crash happend again, here:
"xgcc.exe -v"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
--- Comment #4 from andry at inbox dot ru 2008-07-27 17:52 ---
Seems that crash happens when GCC run with "-O2" flag:
make CFLAGS="-O2" CFLAGS_FOR_TARGET="-O2"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
--- Comment #3 from andry at inbox dot ru 2008-07-27 14:03 ---
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[1]: *** [configure-target-libgcc] Error 1
make: *** [all] Error 2
--
andry at inbox dot ru ch
--- Comment #2 from andry at inbox dot ru 2008-07-27 14:01 ---
Created an attachment (id=15967)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15967&action=view)
libgcc config log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
--- Comment #1 from andry at inbox dot ru 2008-07-27 14:01 ---
Created an attachment (id=15966)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15966&action=view)
Root config log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
ormal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
--- Comment #14 from andry at inbox dot ru 2008-07-25 15:03 ---
Sorry, i think this is different error, not dependent on root folder of Mingw
system. I thinks happend because PATH in Mingw system has "/mingw/bin" part,
which brokes build. I was removed it and additionally a
--- Comment #13 from andry at inbox dot ru 2008-07-24 21:35 ---
I found which part of Makefile broken: "$CC -print-prog-name=ld".
This is means that mingw build already broken, if root mingw directory differs
from "mingw32" folder.
--
http://gcc.gnu.org/bugz
--- Comment #12 from andry at inbox dot ru 2008-07-24 21:14 ---
I have the same issue on i686-pc-mingw32.
It is slightly different issue, is about: "ld: no such file or directory".
I take a look in to generated Makefile and found this:
"LD = c:/mingw/bin/../lib/gc
.5/include/unwind.h" and this file already included,
so try to include "unwind-generic.h" just before "unwind-pe.h" in
"unwind-dw2.c" anyway useless and could invoke different errors.
--
Summary: Type _uleb128_t doesn't defined properly in /gcc/unwind-
dw2.c
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36545
--- Comment #3 from andry at inbox dot ru 2008-06-16 01:26 ---
I think i know why it complain about "/mingw/include" error, it is because what
path doesn't exist in true. To fix problem you should mount path "/mingw" to
main Mingw directory manually before
--- Comment #2 from andry at inbox dot ru 2008-06-15 12:36 ---
(In reply to comment #1)
> It appears that you are building on drive F:. I'd guess that /mingw/include
> (== F:\mingw\include to the OS) does not exist.
But why it should exists on drive F?
--
http://
xec_prefix}/sbin'
sharedstatedir='${prefix}/com'
stage1_cflags='-g -fkeep-inline-functions'
stage1_checking='--enable-checking=yes,types'
stage1_languages='c'
stage2_werror_flag=''
sysconfdir='${prefix}/etc'
target='i686-pc-mingw32'
target_alias=''
target_configargs='--cache-file=./config.cache --enable-multilib
'--enable-languages=c,c++,objc' --program-transform-name='s,y,y,''
target_cpu='i686'
target_noncanonical='i686-pc-mingw32'
target_os='mingw32'
target_subdir='i686-pc-mingw32'
target_vendor='pc'
tooldir='${exec_prefix}/i686-pc-mingw32'
## - ##
## Output files. ##
## - ##
alphaieee_frag='/dev/null'
host_makefile_frag='../gcc-4.3.1/config/mh-mingw'
ospace_frag='/dev/null'
serialization_dependencies='serdep.tmp'
target_makefile_frag='/dev/null'
## --- ##
## confdefs.h. ##
## --- ##
#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME ""
#define PACKAGE_STRING ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#endif
#ifdef __cplusplus
extern "C" void std::exit (int) throw (); using std::exit;
configure: exit 0
Make failed with error:
The directory that should contain system headers does not exist:
/mingw/include
make[3]: *** [stmp-fixinc] Error 1
make[3]: Leaving directory `/f/_Builds/gcc-4.3.1-build/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory `/f/_Builds/gcc-4.3.1-build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/f/_Builds/gcc-4.3.1-build'
make: *** [all] Error 2
--
Summary: Make failed with error about system headers
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36541
--- Comment #5 from andry at inbox dot ru 2008-06-14 16:08 ---
Above issue info is about different issue, not about spaces in path to build
directory, so check it out too. Here is error info about spaces in path to
build directory.
Config.log:
>>>>
This file contains
--- Comment #4 from andry at inbox dot ru 2008-06-14 15:52 ---
Make failed with this output:
>>>>
The directory that should contain system headers does not exist:
/mingw/include
make[3]: *** [stmp-fixinc] Error 1
make[3]: Leaving directory `/f/_Builds/gcc-4.3.1-build
--- Comment #3 from andry at inbox dot ru 2008-06-14 15:51 ---
Here is the details.
System: WindowsXP+SP3
Config.log from build directory:
>>>>
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36537
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36536
--- Comment #2 from andry at inbox dot ru 2008-05-15 14:10 ---
Version 4.3.0 (Release), bug still doesn't fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34158
--- Comment #4 from andry at inbox dot ru 2008-05-15 14:06 ---
Version 4.3.0 (Release), the same tests still failing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34747
--- Comment #3 from andry at inbox dot ru 2008-03-16 22:56 ---
(In reply to comment #2)
> ## only works to form a valid token, if it does not, then the code is invalid.
>
When i can understand which token is valid then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35610
3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35610
--- Comment #2 from andry at inbox dot ru 2008-02-03 13:50 ---
>For the class its
>name is mangled by prefixing it with its length, so that is also correct.
I can't understand meaning of this strange mangling, because to unmangle it, i
need anyway call to ::strlen to determin
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35060
--- Comment #1 from andry at inbox dot ru 2008-01-28 02:46 ---
In gcc 4.3 (trunk, 2008.01.27), bug still doesn't fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34158
--- Comment #3 from andry at inbox dot ru 2008-01-28 01:16 ---
I build trunk (2008.01.27) and run test. Several tests still failing:
FAILED: test5
FAILED: test7
FAILED: test20
FAILED: test21
FAILED: test25
FAILED: test26
FAILED: test37
FAILED: test46
FAILED: test47
FAILED: test48
10
--- Comment #2 from andry at inbox dot ru 2008-01-14 00:06 ---
(In reply to comment #1)
> /cygdrive/e/Work/gcc_4_3_trunk_2008-01-13_build/./gcc/xgcc: No such file or
> directory
>
> figure out why the stage1 compile did not generate that.
>
Yes, may be i had k
x27;${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,y,y,'
sbindir='${exec_prefix}/sbin'
set_have_cc_tls=''
sharedstatedir='${prefix}/com'
slibdir='$(libdir)'
sysconfdir='${prefix}/etc'
target_alias='i686-pc-cygwin'
target_subdir='i686-pc-cygwin'
tmake_file=''
vis_hide=''
## --- ##
## confdefs.h. ##
## --- ##
#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME "GNU C Runtime Library"
#define PACKAGE_STRING "GNU C Runtime Library 1.0"
#define PACKAGE_TARNAME "libgcc"
#define PACKAGE_VERSION "1.0"
configure: exit 1
--
Summary: Cannot compute suffix of object files
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34766
--- Comment #2 from andry at inbox dot ru 2008-01-12 08:42 ---
(In reply to comment #1)
> I think this is really just PR 10179 which was fixed for 4.3.0.
>
Could you test it on 4.3?
I tried to "make" trunk, but stopped with error:
configure: failed program was:
s with 33 errors.
For example, Microsoft Visual Stidio 2003/2005/2008 C++ behavies all tests
correct and without any failures.
--
Summary: __attribute__((aligned(x)))+__alignof != correct
behaviour
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: host-i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34747
--- Comment #2 from andry at inbox dot ru 2007-12-22 13:56 ---
(In reply to comment #1)
> can you try not building in the source directory and use an building
> directory?
>
The same.
May be i missed something to install?
Here my list of components which i checked when i
dir='${prefix}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,y,y,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias='i686-pc-cygwin'
## --- ##
## confdefs.h. ##
## --- ##
#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME ""
#define PACKAGE_STRING ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
configure: exit 77
///
Have you any ideas?
--
Summary: stage3-intl: error: C compiler cannot create executables
Product: gcc
Version: 4.2.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34481
--- Comment #3 from andry at inbox dot ru 2007-12-12 22:32 ---
> No, this should not happen, nothing should be rebuilding while doing a "make
> install".
>
> Can you attach the output of doing a "clean" make and then a "make install"
> (p
: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34414
successfully.
--
Summary: Template delete doesn't call if exception thrown in
constructor
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gn
42 matches
Mail list logo
