On 2013-11-23 AM 4:02, jojelino wrote:
On 2013-11-02 PM 3:23, David Rothenberger wrote:
This problem is caused by zero-byte of
${builddir}/host-i686-pc-cygwin/specs
and the specs file is created by bootstrapped gcc executable.
the bootstrapped gcc crashes when generating specs file, which is the
On 2013-11-02 PM 3:23, David Rothenberger wrote:
With gcc-4.8.2-1, the following fails:
% touch /tmp/t.c
% /bin/gcc -c /tmp/t.c
gcc: error: spawn: No such file or directory
This works correctly if gcc is invoked as "gcc" or "/usr/bin/gcc".
It also works correctly with 4.8.1.
It appears this is
David Rothenberger wrote:
>With gcc-4.8.2-1, the following fails:
>
>% touch /tmp/t.c
>% /bin/gcc -c /tmp/t.c
>gcc: error: spawn: No such file or directory
>
>This works correctly if gcc is invoked as "gcc" or "/usr/bin/gcc".
>It also works correctly with 4.8.1.
>
I seem to have found something re
On Nov 5 11:02, Charles Wilson wrote:
> On 11/5/2013 4:52 AM, Corinna Vinschen wrote:
> >On Nov 4 20:18, Yaakov (Cygwin/X) wrote:
> >>Under the circumstances, configuring inetutils with
> >>--libexecdir=/usr/sbin makes the most sense.
> >
> >Full ACK. Otherwise you'd have to provide some script
On 11/5/2013 4:52 AM, Corinna Vinschen wrote:
On Nov 4 20:18, Yaakov (Cygwin/X) wrote:
Under the circumstances, configuring inetutils with
--libexecdir=/usr/sbin makes the most sense.
Full ACK. Otherwise you'd have to provide some script which tweaks an
existing /etc/inetd.conf to use the ne
On Nov 4 20:18, Yaakov (Cygwin/X) wrote:
> On 2013-11-04 08:45, Charles Wilson wrote:
> >My about-to-be-uploaded inetutils update puts the servers in libexecdir
> >aka /usr/libexec/ -- and changes the /etc/defaults/ associated xinetd
> >and inetd.d configuration files as appropriate. 'Course, my
Greetings, Andrey Repin!
> Is this the reason for behavior such as this?
> $ which -a test
> /usr/bin/test
> /usr/bin/test
Hurr... disregard this. It appears, my problem was (is) in /etc/profile, which
forces additional copy of /usr/bin to be injected into $PATH.
Whoever maintain /etc/defaults/
On Mon, Nov 4, 2013 at 10:38 PM, Robert Pendell wrote:
> On Mon, Nov 4, 2013 at 10:03 PM, Andrey Repin wrote:
>> Greetings, Corinna Vinschen!
>>
>>> On Nov 2 23:54, Yaakov (Cygwin/X) wrote:
On 2013-11-02 04:36, Corinna Vinschen wrote:
>On Nov 1 23:23, David Rothenberger wrote:
>>Wi
On Mon, Nov 4, 2013 at 10:03 PM, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
>> On Nov 2 23:54, Yaakov (Cygwin/X) wrote:
>>> On 2013-11-02 04:36, Corinna Vinschen wrote:
>>> >On Nov 1 23:23, David Rothenberger wrote:
>>> >>With gcc-4.8.2-1, the following fails:
>>> >>
>>> >>% touch /tmp/
Greetings, Corinna Vinschen!
> On Nov 2 23:54, Yaakov (Cygwin/X) wrote:
>> On 2013-11-02 04:36, Corinna Vinschen wrote:
>> >On Nov 1 23:23, David Rothenberger wrote:
>> >>With gcc-4.8.2-1, the following fails:
>> >>
>> >>% touch /tmp/t.c
>> >>% /bin/gcc -c /tmp/t.c
>> >>gcc: error: spawn: No suc
On 2013-11-04 08:45, Charles Wilson wrote:
My about-to-be-uploaded inetutils update puts the servers in libexecdir
aka /usr/libexec/ -- and changes the /etc/defaults/ associated xinetd
and inetd.d configuration files as appropriate. 'Course, my
to-be-written update announcement will be a horrifi
Greetings, Charles Wilson!
> On 11/4/2013 6:42 AM, Corinna Vinschen wrote:
>> On Nov 2 23:54, Yaakov (Cygwin/X) wrote:
>>> So, while I'm not convinced that this is a huge issue overall, if
>>> "don't do that" isn't good enough, the easiest workaround is to
>>> configure GCC with --libexecdir=/usr
On 11/4/2013 6:42 AM, Corinna Vinschen wrote:
On Nov 2 23:54, Yaakov (Cygwin/X) wrote:
So, while I'm not convinced that this is a huge issue overall, if
"don't do that" isn't good enough, the easiest workaround is to
configure GCC with --libexecdir=/usr/lib.
That would be the safer option, I
On Nov 2 23:54, Yaakov (Cygwin/X) wrote:
> On 2013-11-02 04:36, Corinna Vinschen wrote:
> >On Nov 1 23:23, David Rothenberger wrote:
> >>With gcc-4.8.2-1, the following fails:
> >>
> >>% touch /tmp/t.c
> >>% /bin/gcc -c /tmp/t.c
> >>gcc: error: spawn: No such file or directory
>
> Curious, are y
On 11/2/2013 9:54 PM, Yaakov (Cygwin/X) wrote:
> On 2013-11-02 04:36, Corinna Vinschen wrote:
>> On Nov 1 23:23, David Rothenberger wrote:
>>> With gcc-4.8.2-1, the following fails:
>>>
>>> % touch /tmp/t.c
>>> % /bin/gcc -c /tmp/t.c
>>> gcc: error: spawn: No such file or directory
>
> Curious, a
On 2013-11-02 04:36, Corinna Vinschen wrote:
On Nov 1 23:23, David Rothenberger wrote:
With gcc-4.8.2-1, the following fails:
% touch /tmp/t.c
% /bin/gcc -c /tmp/t.c
gcc: error: spawn: No such file or directory
Curious, are you seeing real-life references to /bin/gcc? Because that
wouldn't
On Nov 1 23:23, David Rothenberger wrote:
> With gcc-4.8.2-1, the following fails:
>
> % touch /tmp/t.c
> % /bin/gcc -c /tmp/t.c
> gcc: error: spawn: No such file or directory
>
> This works correctly if gcc is invoked as "gcc" or "/usr/bin/gcc".
> It also works correctly with 4.8.1.
>
> It app
With gcc-4.8.2-1, the following fails:
% touch /tmp/t.c
% /bin/gcc -c /tmp/t.c
gcc: error: spawn: No such file or directory
This works correctly if gcc is invoked as "gcc" or "/usr/bin/gcc".
It also works correctly with 4.8.1.
It appears this is due to a change from /usr/lib to /usr/libexec.
/bi
18 matches
Mail list logo
