--- Comment #17 from mckelvey at maskull dot com 2010-03-26 16:48 ---
(In reply to comment #16)
(In reply to comment #15)
(In reply to comment #14)
So I guess that the build and install recreates those rogue dlls.
My project compiles and links, but cannot run because
--- Comment #16 from davek at gcc dot gnu dot org 2010-03-25 14:53 ---
(In reply to comment #15)
(In reply to comment #14)
So I guess that the build and install recreates those rogue dlls.
My project compiles and links, but cannot run because the DLL is missing. So
the DLL
--- Comment #15 from mckelvey at maskull dot com 2010-03-24 18:26 ---
(In reply to comment #14)
I now see that sjlj dll is back in /usr/local/bin, along with the other one. I
delete them, and the new g++ works. At least it compiles to a .o again. We'll
see if my project actually runs
--- Comment #13 from mckelvey at maskull dot com 2010-03-24 02:35 ---
OK, I deleted those odd dlls and I was able to bootstrap. I installed, and the
resulting g++ errors out with a status of 1 on any input. No error messages at
all.
$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
--- Comment #14 from mckelvey at maskull dot com 2010-03-24 04:57 ---
I now see that sjlj dll is back in /usr/local/bin, along with the other one. I
delete them, and the new g++ works. At least it compiles to a .o again. We'll
see if my project actually runs properly.
So I guess that
--- Comment #11 from davek at gcc dot gnu dot org 2010-03-23 00:22 ---
(In reply to comment #10)
Hsre's the cygcheck, which doesn't complain:
Indeed.
I can try to debug cc1.exe next, I guess.
That's the next thing to try. I'm just testing a build of HEAD using your
formula to
--- Comment #12 from davek at gcc dot gnu dot org 2010-03-23 04:03 ---
(In reply to comment #11)
That's the next thing to try. I'm just testing a build of HEAD using your
formula to see if it reproduces.
Well, nope, that's gone way past stage 1 by now and no sign of any
--- Comment #10 from mckelvey at maskull dot com 2010-03-22 02:00 ---
OK I've been busy. I've replaced the old computer with a Windows 7 box, and
reinstalled cygwin from scratch. I get the same thing:
checking for i686-pc-cygwin-gcc... /cygdrive/j/Home/cvsroot/gcc-obj/./gcc/xgcc
--- Comment #9 from davek at gcc dot gnu dot org 2010-03-21 00:04 ---
No activity since the start of the year, no response to request for information
in a month. Probably was just a glitch; suspending in the absence of any
further information.
--
davek at gcc dot gnu dot org
--- Comment #8 from davek at gcc dot gnu dot org 2010-02-17 15:39 ---
Hello James, are you still experiencing this problem?
It looks to me like the xgcc driver program that you debugged was working ok,
but something failed when it launched the separate cc1 process. You might need
to
--- Comment #7 from mckelvey at maskull dot com 2010-01-02 01:27 ---
OK I do not know this code. But it looks to me like it never even looks at the
source file. It fails because do_spec doesn't seem to find anything to do.
(gdb) print spec
$12 = 0x427e24 %{E|M|MM:%(trad_capable_cpp)
--- Comment #5 from rwild at gcc dot gnu dot org 2009-12-29 16:52 ---
What happens if you enter /cygdrive/e/Home/cvsroot/gcc-obj/libgcc, create a
small conftest.c with 'int main () {}' and try to compile it with this command:
/cygdrive/e/Home/cvsroot/gcc-obj/./gcc/xgcc
--- Comment #6 from mckelvey at maskull dot com 2009-12-30 02:28 ---
Here's what I get in the debugger with -v:
(gdb) run -B/cygdrive/e/Home/cvsroot/gcc-obj/./gcc/
-B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem
/usr/local/i686-pc-cygwin/include -isystem
--- Comment #1 from mckelvey at maskull dot com 2009-12-28 23:52 ---
Created an attachment (id=19406)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19406action=view)
Build log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42529
--- Comment #2 from mckelvey at maskull dot com 2009-12-28 23:53 ---
Created an attachment (id=19407)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19407action=view)
config.log from point of error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42529
--- Comment #3 from mckelvey at maskull dot com 2009-12-28 23:54 ---
$ report.sh
uname -a
CYGWIN_NT-5.1 MCKELVEY-XP 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-cygwin/4.5.0/lto-wrapper.exe
--- Comment #4 from mckelvey at maskull dot com 2009-12-28 23:58 ---
Correction, I used the cygwin compiler to bootstrap this time.
$ /usr/bin/gcc.exe -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with:
17 matches
Mail list logo
