--- 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 r
--- 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
--- 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 ru
--- 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 th
--- 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++
COLLECT
--- 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 problem
--- 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 t
--- 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
-B/cygd
--- 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 changed
--- 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 de
--- 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 #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
/usr/
--- 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
-B/cygdrive/e/Hom
--- 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:
/gnu/gcc/releases/packaging/4.3.4-3/gcc4-4.3.4-3/src/gcc-4.3.4/configur
--- 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 #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=19407&action=view)
config.log from point of error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42529
--- 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=19406&action=view)
Build log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42529
17 matches
Mail list logo