This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: gcc-4.1.0 hangs with -pipe -v --help


On Sunday 05 March 2006 12:27, René Rebe wrote:
> Hi,
> 
> On Sunday 05 March 2006 12:12, Andreas Schwab wrote:
> > René Rebe <rene@exactcode.de> writes:
> > 
> > > gcc-4.1.0 hangs when called with  -pipe -v --help.
> > 
> > I can't reproduce that on ia64-linux.  Please see
> > <http://gcc.gnu.org/bugs.html> for how to report bugs.
> 
> thanks for this valueable feedback, at least it works for you.
> 
> Of course I could be more verbose but just wanted to report my
> shock from this sunday morning discovery, e.g. it could be
> some deeper problem as the top-level /include header install
> issue I discovered shortly before the 4.1.0 release.
> 
> That said I'm on x86-64-t2-linux-gnu, here is an strace:
> 
> strace -e process -f -o log gcc -pipe -v --help 
> 
> 24998 execve("/usr/bin/gcc", ["gcc", "-pipe", "-v", "--help"], [/* 30 vars */]) = 0
> 24998 arch_prctl(ARCH_SET_FS, 0x2aaaaade66d0) = 0
> 24998 vfork()                           = 24999
> 24998 vfork()                           = 25000
> 24998 wait4(24999,  <unfinished ...>
> 24999 execve("/usr/libexec/gcc/x86_64-t2-linux-gnu/4.1.0/cc1", ["/usr/libexec/gcc/x86_64-t2-linux"..., "-quiet", "-v", "help-dummy", "-quiet", "-dumpbase", "help-dummy", "-mtune=k8", "-auxbase", "help-dummy", "-version", "--help", "-o", "-"], [/* 32 vars */] <unfinished ...>
> 25000 execve("/usr/lib64/gcc/x86_64-t2-linux-gnu/4.1.0/../../../../x86_64-t2-linux-gnu/bin/as", ["/usr/lib64/gcc/x86_64-t2-linux-g"..., "-V", "-Qy", "--help", "-o", "/tmp/ccMyO4oo.o", "-"], [/* 32 vars */]) = 0
> 24999 <... execve resumed> )            = 0
> 25000 arch_prctl(ARCH_SET_FS, 0x2aaaaade66d0 <unfinished ...>
> 24999 arch_prctl(ARCH_SET_FS, 0x2aaaaade66d0 <unfinished ...>
> 25000 <... arch_prctl resumed> )        = 0
> 24999 <... arch_prctl resumed> )        = 0
> 25000 exit_group(0)                     = ?
> 24999 --- SIGINT (Interrupt) @ 0 (0) ---
> 24998 <... wait4 resumed> [{WIFSIGNALED(s) && WTERMSIG(s) == SIGINT}], 0, NULL) = 24999
> 
> So maybe it is a problem in combination with some specific binutils
> version. I'm still looking into the details.
> 
> gcc version 4.1.0
> # as -v
> GNU assembler version 2.16.91.0.5 (x86_64-t2-linux-gnu) using BFD version 2.16.91.0.5 20051219
> 
> Oh - wait, "as -v" alone already hangs ... ?

Ouhm - too fast, as alone does not hang as called by gcc with:
as -V -Qy --help -o /tmp/cchq8w5q.o -

Yours,

-- 
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
            http://www.exactcode.de | http://www.t2-project.org
            +49 (0)30  255 897 45


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]