--- 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 (http://www.tdragon.net/recentgcc
--- 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/bugzilla/show_bug.cgi?id
--- 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.0/doc/MSYS_VS_CYGWIN:
/cygdrive
--- 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, Mingw GCC 3.4.4
--- 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 #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 gothering
--- 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
: 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 #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=15967action=view)
libgcc config log
--
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 changed
--- 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=15966action=view)
Root config log
--
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 #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 add /mingw mount
--- 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/gcc/mingw32/3.4.5
--- 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/bugzilla/show_bug.cgi?id=36330
--- 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://gcc.gnu.org/bugzilla
--- 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 any building. Go to /etc/fstub
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-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 was created
--- 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/gcc'
make[2
--- 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 any messages produced
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
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36536
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36537
--- 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 #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
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 #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
--- 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 determine offset
at inbox dot ru
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35060
--- 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 #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
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-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 know why :(
http://cygwin.com
--- 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:
| /* confdefs.h
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
--- 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 installing cygwin
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
(please put them into two seperate output files)?
I try
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
: andry at inbox dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34158
42 matches
Mail list logo