On Mon, May 13, 2024 at 8:29 PM Karel Ziminsky via Cygwin wrote:
>
> Hi,
>
>
> I am trying to install a software package that requires MPI support. I
> installed OpenMPI and the C and C++ libraries for Cygwin, but my software
> package is looking for an -lmpich extension that it cannot find.
>
>
Hi,
I am trying to install a software package that requires MPI support. I
installed OpenMPI and the C and C++ libraries for Cygwin, but my software
package is looking for an -lmpich extension that it cannot find.
Could someone provide me more information on what this extension is for? Is
there
On 2024-03-24 12:59, Matthias--- via Cygwin wrote:
I downloaded ntfs-3g_ntfsprogs-2022.10.3.tgz from tuxera, extract it and run,
in my cygwin 3.5
environment:
./configure
make ntfsprogs
I got a "fatal error: linux/fd.h: No such file or directory".
All ntfsprogs are build in ~
Hello,
I downloaded ntfs-3g_ntfsprogs-2022.10.3.tgz from tuxera, extract it and run,
in my cygwin 3.5
environment:
./configure
make ntfsprogs
I got a "fatal error: linux/fd.h: No such file or directory".
All ntfsprogs are build in ~/ntfsprogs but not ntfsrecover, nt
On 11/28/2021 3:50 PM, Verachten Bruno via Cygwin wrote:
Hello there,
I installed Remmina tonight, and got this error when launching it:
"error while loading shared libraries: cygssh_threads-4.dll: cannot
open shared object file: No such file or directory
That DLL used to be pro
Hello there,
I installed Remmina tonight, and got this error when launching it:
"error while loading shared libraries: cygssh_threads-4.dll: cannot
open shared object file: No such file or directory
".
Could it be linked to https://bugzilla.redhat.com/show_bug.cgi?id=1618616 ?
Be
On 7/6/2020 12:41 PM, ASSI wrote:
Billie Healy via Cygwin writes:
I downloaded Cygwin for use in a C programming class. I made sure to also
include gcc, make, nano, and vim. Nano and Vim do fine, but when I enter
gcc hello.c
bash reponds "no such file or directory."
It would h
Billie Healy via Cygwin writes:
> I downloaded Cygwin for use in a C programming class. I made sure to also
> include gcc, make, nano, and vim. Nano and Vim do fine, but when I enter
> gcc hello.c
> bash reponds "no such file or directory."
It would help if you posted t
I downloaded Cygwin for use in a C programming class. I made sure to also
include gcc, make, nano, and vim. Nano and Vim do fine, but when I enter
gcc hello.c
bash reponds "no such file or directory."
I have changed my path according to instructions and checked the path to
make sure
On 2020/04/02 06:43, Andrey Repin wrote:
That's not what actually happens.
...\Documents> ls -1 *.pdf
21927-ticket.pdf
'Stars! Universe Map.pdf'
---
Thank you for your update.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Greetings, L A Walsh!
> On 2020/03/24 00:18, Jay Libove via Cygwin wrote:
>> Problem:
>> Under certain circumstances (see Steps to Reproduce, below) Cygwin programs'
>> built-in argv[] globbing will produce unexpected:
>> "{programName}: cannot access '{glob pat
On 2020/03/24 00:18, Jay Libove via Cygwin wrote:
Problem:
Under certain circumstances (see Steps to Reproduce, below) Cygwin programs'
built-in argv[] globbing will produce unexpected:
"{programName}: cannot access '{glob pattern}: No such file or directory"
e.g.
"ls: canno
Greetings, Jay Libove!
> I've never seen this before.
> In a Windows CMD shell, Cygwin shell expansion, for example:
> ls *.pdf
> returns:
> ls: cannot access '*.PDF': No such file or directory
> (Indeed, any Cygwin shell expansion, when executed from within Windows CMD,
>
Maybe it can simply be fixed by changing the order of setting up locale stuff
and applying the expansion in cygwin?
(I would look into the code if I had a clue where to find the respective
things.)
I would guess dcrt0.cc, the Cygwin DLL runtime initialization.
..mark
--
Problem reports:
Am 24.03.2020 um 08:18 schrieb Jay Libove via Cygwin:
Hi Cygwin team,
Here is a consolidated bug report based on the discussion in recent days which I'd started under
the subject " shell expansion produces e.g. "ls: cannot access '*.pdf': No such file or
directory" in Wi
Am 23.03.2020 um 20:13 schrieb Andrey Repin:
Greetings, Jay Libove!
...
If I set LANG=en_US.UTF-8 in a Windows CMD window, **then the globbing problem
goes away**.
I was about to respond that cmd.exe does not do shell expansion but in
fact there is a cygwin workaround to replace it with
Hi Cygwin team,
Here is a consolidated bug report based on the discussion in recent days which
I'd started under the subject " shell expansion produces e.g. "ls: cannot
access '*.pdf': No such file or directory" in Windows CMD shell, but works okay
in bash " (thread starter
Am 23.03.2020 um 19:34 schrieb Jay Libove via Cygwin:
Hi Andrey,
(I have no idea what you mean about "top posting".)
https://lmgtfy.com/?q=top+posting+vs+bottom+posting
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
Greetings, Jay Libove!
> Hi Andrey,
> (I have no idea what you mean about "top posting".)
https://cygwin.com/acronyms/#TOFU
> `locale` gives the same in CMD as in bash, on this machine as on another
> machine on my network where I also checked, which also exhibits the same
> globbing problem
lution, but it certainly must be a
clue.
thanks,
Jay
-Original Message-
From: Andrey Repin
Sent: Monday 23 March 2020 18:44
To: Jay Libove ; cygwin@cygwin.com
Subject: Re: shell expansion produces e.g. "ls: cannot access '*.pdf': No such
file or directory" in Windows
Greetings, Jay Libove!
Please no top posting in this mailing list.
> Good suggestion, deleting files one by one. It's not just one file, but it
> does seem to have something to do with some file name patterns.
> I think I've got it. It's accented characters.
> I live in Spain. Spanish has
theory now is that the Cygwin argv-processing code has a problem with
> áccented charàcters ...
> -Jay
>
> -Original Message-
> From: Paul Moore
> Sent: Sunday, 22 March 2020 20:42
> To: Jay Libove
> Cc: cygwin@cygwin.com
> Subject: Re: shell expansion produces
ubject: Re: shell expansion produces e.g. "ls: cannot access '*.pdf': No such
file or directory" in Windows CMD shell, but works okay in bash
Have you tried deleting files one by one, to see if the issue is related to a
single file (sorry if this is an obvious suggestion that you've alread
les in the subject directory.
> Both 'ls *.pdf' and 'ls *.PDF' produce the "ls: cannot access '*.whatever':
> No such file or directory" error.
>
> (Nor, to the other respondent's question, as I pointed out in my original
> post, is it ACLs, as I did check CACLS befor
ccess '*.whatever': No
such file or directory" error.
(Nor, to the other respondent's question, as I pointed out in my original post,
is it ACLs, as I did check CACLS before posting).
I also tried copying (using Windows CMD "COPY") *.pdf (so being under Windows,
not Cygwin, it mat
On Sun, 22 Mar 2020 at 19:11, Marco Atzeri via Cygwin wrote:
> any reason for NOT using a cygwin shell ?
Many reasons. But that's not relevant to this thread, is it? (Note:
I'm not the OP, just an interested contributor to the thread).
I'm happy to elaborate if you want, but I suggest we do it
Am 22.03.2020 um 18:50 schrieb Jay Libove via Cygwin:
I've never seen this before.
In a Windows CMD shell, Cygwin shell expansion, for example:
ls *.pdf
returns:
ls: cannot access '*.PDF': No such file or directory
(Indeed, any Cygwin shell expansion, when executed from within Windows CMD
s CMD shell, Cygwin shell expansion, for example:
> ls *.pdf
>
> returns:
> ls: cannot access '*.PDF': No such file or directory
> (Indeed, any Cygwin shell expansion, when executed from within Windows CMD,
> produces this error. See below)
>
> ls *someotherwildcard* (th
I've never seen this before.
In a Windows CMD shell, Cygwin shell expansion, for example:
ls *.pdf
returns:
ls: cannot access '*.PDF': No such file or directory
(Indeed, any Cygwin shell expansion, when executed from within Windows CMD,
produces this error. See below)
ls *someotherwildcard
On 3/2/20 3:53 PM, Marco Atzeri wrote:
Am 02.03.2020 um 21:17 schrieb Robert McBroom via cygwin:
Details in attached file
better in line next time.
Are you sure that the disk J is mounted in a Administrator account ?
Regards
Marco
USB drive Windows mounted on login. emacs shows the owner
On Mon, Mar 2, 2020 at 11:08 PM Robert McBroom wrote:
Details in attached file
Hint: When asking for help in a mailing list, the less effort respondents
have to go through, the better.
It is better to put your information directly in the message rather than
attaching a file.
(Why attach a
On 2020-03-02 23:08, Robert McBroom via cygwin wrote:
> Details in attached file
You most likely have Windows permissions problems, if all your tools are Cygwin.
Run which on each tool to see what you are actually running, and run cygcheck to
ensure they use cygwin1.dll.
You need to run against
/220-1116c_1.993: No such file or directory
---
I see the directory in emacs and have full access to it. From the terminal
---
@Dell-Studio ~
$ cd /cygdrive
@Dell-Studio /cygdrive
$ cd j
@Dell-Studio /cygdrive/j
$ cd tri60
@Dell-Studio /cygdrive/j/tri60
$ cd 220-1116c_1.993
-bash
On 2020-03-02 13:17, Robert McBroom via cygwin wrote:
> #!/bin/bash
>cd /cygdrive/j/tri60/221-1344c_1.642
>/home/xxx/grd.sh: line 2: cd:
> /cygdrive/j/tri60/221-
> 1344c_1.642: No such fi
Am 02.03.2020 um 21:17 schrieb Robert McBroom via cygwin:
Details in attached file
better in line next time.
Are you sure that the disk J is mounted in a Administrator account ?
Regards
Marco
--
Problem reports: http://cygwin.com/problems.html
FAQ:
/220-1116c_1.993: No such file or directory
---
I see the directory in emacs and have full access to it. From the terminal
---
@Dell-Studio ~
$ cd /cygdrive
@Dell-Studio /cygdrive
$ cd j
@Dell-Studio /cygdrive/j
$ cd tri60
@Dell-Studio /cygdrive/j/tri60
$ cd 220-1116c_1.993
-bash
have that
work as a shell script. I then input in the terminal the uncensored
"./cygdrive/SHELL_SCRIPT_FULL_PATH" and got the uncensored version of
"-bash: ./cygdrive/SHELL_SCRIPT_FULL_PATH: No such file or directory". Oh!
And it likely is the right path as when I do the command &
then copy-pasted it (from Cygwin64
>> Terminal) into a file I saved with the extension .sh hoping to have that
>> work as a shell script. I then input in the terminal the uncensored
>> "./cygdrive/SHELL_SCRIPT_FULL_PATH" and got the uncensored version of
>> "-bash
then copy-pasted it (from Cygwin64
>> Terminal) into a file I saved with the extension .sh hoping to have that
>> work as a shell script. I then input in the terminal the uncensored
>> "./cygdrive/SHELL_SCRIPT_FULL_PATH" and got the uncensored version of
>> "-bash
script. I then input in the terminal the uncensored
"./cygdrive/SHELL_SCRIPT_FULL_PATH" and got the uncensored version of
"-bash: ./cygdrive/SHELL_SCRIPT_FULL_PATH: No such file or directory". Oh!
And it likely is the right path as when I do the command "ls
/cygdrive/SHELL_SC
ing to have that
> work as a shell script. I then input in the terminal the uncensored
> "./cygdrive/SHELL_SCRIPT_FULL_PATH" and got the uncensored version of
> "-bash: ./cygdrive/SHELL_SCRIPT_FULL_PATH: No such file or directory". Oh!
> And it likely is the right pa
quot;./cygdrive/SHELL_SCRIPT_FULL_PATH" and got the uncensored version of
"-bash: ./cygdrive/SHELL_SCRIPT_FULL_PATH: No such file or directory". Oh!
And it likely is the right path as when I do the command "ls
/cygdrive/SHELL_SCRIPT_FULL_PATH" it gives the output
"/cygd
1/5/3) 2016-08-20 17:49 x86_64 Cygwin
>
> [JJR:/cygdrive/e/unified] $ ls /usr/include/tls*
> ls: cannot access '/usr/include/tls*': No such file or directory
Sigh. I forgot to bump the git commit id when building the package so
0.10 is actually identical to 0.9. I'm just building 0.1
ls*
ls: cannot access '/usr/include/tls*': No such file or directory
--
Jim Reisert AD1C, <jjreis...@alum.mit.edu>, http://www.ad1c.us
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
> /usr/include/cygwin/config.h:39:29: fatal error: ../tlsoffsets64.h: No
> such file or directory
Ouch. This is hopefully fixed in 2.6.0-0.10 which I'll upload right
after sending this reply.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin M
On 02/24/2016 03:36 PM, Lenny Hewitt wrote:
It seems my /usr/bin has unmounted. I've looked at some of the
previous posts and do not have the causes of this failure that people
have had in the past. This is an internal new host secluded from the
internet so no anti-virus on it yet and it's not
It seems my /usr/bin has unmounted. I've looked at some of the
previous posts and do not have the causes of this failure that people
have had in the past. This is an internal new host secluded from the
internet so no anti-virus on it yet and it's not an NFS server/client.
Is this a known issue?
On Tue, 2015-05-19 at 04:36 +, Gery . wrote:
I'm still installing MBsystem software in cygwin and it fails here:
surf.h:58:23: fatal error: rpc/types.h: No such file or directory
#include rpc/types.h
it doesn't find rpc/types.h, even though both are in /usr/include/tirpc/rpc.
I run
You need to set CFLAGS. And CXXFLAGS, too
These ones didn't work:
$CPPFLAGS=-I/usr/include/tirpc;
$CFLAGS=-Wall -g -I/usr/X11R6/include;
$CXXFLAGS=-g -O2 -I/usr/X11R6/include -Wall -Wno-sign-compare
-Wno-unknown-pragmas -Wno-format -D_GNU_SOURCE;
Which ones do you suggest?
-DBYTESWAPPED mem_surf.c
In file included from xdr_surf.h:44:0,
from mem_surf.c:72:
surf.h:58:23: fatal error: rpc/types.h: No such file or directory
#include rpc/types.h
^
compilation terminated.
Makefile:72: recipe for target 'mem_surf.o' failed
make[2
You need to set CFLAGS. And CXXFLAGS, too
On May 19, 2015, at 12:26, Gery . gameji...@hotmail.com wrote:
Thanks, however it didn't work if I put it in the install_makefiles or
.bashrc:
# Required parameters:
$MBSYSTEM_HOME = /usr/local/mbsystem;
$OS = LINUX;
$CFLAGS = -Wall -g
Setting CFLAGS/CPPFLAGS/CXXFLAGS in the bash shell before invoking make
should just work. This has always worked when using the GNU autoconf
too lchain paradigm of building projects. So there may be something
about your particular build system that is not picking up these
changes. So
Thanks, however it didn't work if I put it in the install_makefiles or .bashrc:
# Required parameters:
$MBSYSTEM_HOME = /usr/local/mbsystem;
$OS = LINUX;
$CFLAGS = -Wall -g -I/usr/X11/include ;
$LFLAGS = -Wall -g -lm -L/usr/lib -lgdal;
$CPPFLAGS=-I/usr/include/tirpc;
# NETCDF
$NETCDFLIBDIR =
I'm still installing MBsystem software in cygwin and it fails here:
surf.h:58:23: fatal error: rpc/types.h: No such file or directory
#include rpc/types.h
it doesn't find rpc/types.h, even though both are in /usr/include/tirpc/rpc. I
run export CPPFLAGS=-I/usr/include/tirpc/rpc with no effect
On 4/29/2015 7:58 AM, Hans Horn wrote:
Folks,
I'm trying to attach gdb to a running process (binary compiled with -g
-ggdb -Og). I got: sigfe.s: No such file or directory
What is sigfe.s and what do I make of this message?
Thx.
H
Update: I upgraded cygwin to the latest (v2) version.
Now
Greetings, Hans Horn!
I'm trying to attach gdb to a running process (binary compiled with -g
-ggdb -Og). I got: sigfe.s: No such file or directory
What is sigfe.s and what do I make of this message?
Thx.
H
Update: I upgraded cygwin to the latest (v2) version.
Now I'm getting
On 4/29/2015 12:04 PM, Andrey Repin wrote:
Greetings, Hans Horn!
I'm trying to attach gdb to a running process (binary compiled with -g
-ggdb -Og). I got: sigfe.s: No such file or directory
What is sigfe.s and what do I make of this message?
Thx.
H
Update: I upgraded cygwin to the latest
Folks,
I'm trying to attach gdb to a running process (binary compiled with -g
-ggdb -Og). I got: sigfe.s: No such file or directory
What is sigfe.s and what do I make of this message?
Thx.
H
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com
Corinna Vinschen wrote:
As for /sbin/nologin itself, I'm not sure why I did that without
providing an /sbin/nologin executable. This is very clearly an oversight
on my part.
In theory it should be part of the util-linux package, but it isn't for
some reason. Yaakov, any idea why? Is it a
Hi David,
On Mar 21 13:50, Habermann, David (D) wrote:
I observed the same error. In my case, it was apparently caused by a
too-rapid startup at boot of cygserver, which apparently could not
connect to LDAP at that early stage.
LDAP can't have to do with that, in theory. The whole mechanism
On Mar 20 22:13, Mirko Vukovic wrote:
Hello,
after upgrading cygwin64 on my company laptop, mintty gives the following
message *when connected to the network from home*:
/sbin/nologin: No such file or directory
I replied to David's mail, but the same puzzled observations and
question
@cygwin.com
Subject: mintty startup message: /sbin/nologin: No such file or directory
Hello,
after upgrading cygwin64 on my company laptop, mintty gives the following
message *when connected to the network from home*:
/sbin/nologin: No such file or directory
Pressing enter closes the window.
I can
LDAP can't have to do with that, in theory. The whole mechanism should give a
sane result even if LDAP connections fail, because the core part is the call
to LookupAccountSid and that's the only call which has to succeed.
Certainly my speculation of the cause is exactly thatspeculation.
Hello,
after upgrading cygwin64 on my company laptop, mintty gives the following
message *when connected to the network from home*:
/sbin/nologin: No such file or directory
Pressing enter closes the window.
I can start bash from Windows' command window. From there, I see
Greetings, Mirko Vukovic!
after upgrading cygwin64 on my company laptop, mintty gives the following
message *when connected to the network from home*:
Does that mean you're logged into your work domain?
/sbin/nologin: No such file or directory
Pressing enter closes the window
Gerry Reno writes:
When I rerun Setup and update them they have coreutils but no hostname
package.
The hostname package does not get added.
I've just checked it again and it does get added when it's missing, just
like all other packages in the Base category. It gets removed again
however
Gerry Reno writes:
Reran setup on a XP machine this afternoon (Base only) and when I bring up a
cygwin term I see this:
/etc/profile: line 136: /usr/bin/hostname: No such file or directory
Previously:
$ which hostname
/usr/bin/hostname
Previously, this was in coreutils
On 09/07/2014 02:12 AM, Achim Gratz wrote:
Gerry Reno writes:
Reran setup on a XP machine this afternoon (Base only) and when I bring up a
cygwin term I see this:
/etc/profile: line 136: /usr/bin/hostname: No such file or directory
Previously:
$ which hostname
/usr/bin
Reran setup on a XP machine this afternoon (Base only) and when I bring up a
cygwin term I see this:
/etc/profile: line 136: /usr/bin/hostname: No such file or directory
Previously:
$ which hostname
/usr/bin/hostname
Today:
$ which hostname
/cygdrive/c/WINDOWS/system32
On 09/06/2014 07:20 PM, Gerry Reno wrote:
Reran setup on a XP machine this afternoon (Base only) and when I bring up a
cygwin term I see this:
/etc/profile: line 136: /usr/bin/hostname: No such file or directory
Previously:
$ which hostname
/usr/bin/hostname
Today
.
From: l...@pcorp.us
To: postgis-us...@lists.osgeo.org
Date: Sat, 16 Aug 2014 15:05:21 -0400
Subject: Re: [postgis-users] FW: json/json.h: No such file or directory
Gery,
Sorry didn't read this before I sent the other. Is there a particular
reason you chose Cygwin to build
: No such
file or directory
/cygdrive/C/Users/LaborPC/Documents/MATLAB/ecrobotNXT/environment/nxtOSEK/ecrobot/tool_gcc.mak:108:
recipe for target 'build/kernel/alarm.o' failed
make: *** [build/kernel/alarm.o] Error 127
Notably, E/Programme/cygwin/GNUARM/bin/ contains arm-elf-gcc.exe and not
arm
Try removing /bin from your path entirely.
I'd rather suggest removing /usr/bin
--
WBR,
Andrey Repin (anrdae...@yandex.ru) 31.05.2014, 22:59
_
Tried that too (set PATH to just /bin) - same result.
Where is spawn normally located? Is it possible that the library file that
normally
On 06/02/2014 11:23 AM, David Friedman wrote:
Tried that too (set PATH to just /bin) - same result.
Where is spawn normally located? Is it possible that the library file
that normally contains it is actually missing, mis-located or corrupted, so
that
spawn can't be found? Is there a
~1/Temp/cc05Tigm.o: No such file or
directory
Interestingly, the error message now is different. But with my PATH set to
either just /bin or just /usr/bin I get this:
GNU C (GCC) version 4.8.3 (i686-pc-cygwin)
compiled by GNU C version 4.8.3, GMP version 6.0.0, MPFR version 3.1.2,
MPC
/ccASOmoc.o
/cygdrive/c/DOCUME~1/friedman/LOCALS~1/Temp/ccGXQsYR.s
gcc: error: spawn: No such file or directory
Does as mean the assembler? If it's not in /bin or /usr/bin, where is it?
It is in /usr/bin.
https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86%2Fbinutils%2Fbinutils-2.24.51-3grep=as.exe
From: Larry Hall (Cygwin)
Sent: Monday, June 2, 2014 12:33:44 PM
Subject: Re: It's back -- gcc: error: spawn: No such file or directory
On 06/02/2014 12:28 PM, David Friedman wrote:
snip
as -v -o /cygdrive/c/DOCUME~1/friedman/LOCALS~1/Temp/ccASOmoc.o
/cygdrive/c/DOCUME~1/friedman
On 06/02/2014 03:19 PM, David Friedman wrote:
From: Larry Hall (Cygwin)
Sent: Monday, June 2, 2014 12:33:44 PM
Subject: Re: It's back -- gcc: error: spawn: No such file or directory
On 06/02/2014 12:28 PM, David Friedman wrote:
snip
as -v -o /cygdrive/c/DOCUME~1/friedman/LOCALS~1
Greetings, Christopher Faylor!
I just upgraded my gcc to 4.8.3 and tried a compilation, and got the
error above. I see that there's been some previous discussion of this
error, including whether gcc is started from /usr/bin or /bin; tried
both, no difference. See below:
$ echo $PATH
/cygdrive/c/DOCUME~1/friedman/LOCALS~1/Temp/cca1VHLo.o
/cygdrive/c/DOCUME~1/friedman/LOCALS~1/Temp/ccuVhtdU.s
gcc: error: spawn: No such file or directory
And all I wanted to do was compile and run some C code. Any suggestions of
workarounds? Thanks in advance for any useful ideas.
David F. 2014 May
On Fri, May 30, 2014 at 11:19:37AM -0500, David Friedman wrote:
I just upgraded my gcc to 4.8.3 and tried a compilation, and got the
error above. I see that there's been some previous discussion of this
error, including whether gcc is started from /usr/bin or /bin; tried
both, no difference. See
On Fri, 30 May 2014 12:51:18 -0400, Christopher Faylor wrote:
Try removing /bin from your path entirely.
cgf
--
Tried it: set my path to just /usr/bin, and it still happens.
dhf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
David Friedman wrote:
On Fri, 30 May 2014 12:51:18 -0400, Christopher Faylor wrote:
Try removing /bin from your path entirely.
cgf
--
Tried it: set my path to just /usr/bin, and it still happens.
dhf
And you have tried gcc -v? Or even gcc -v -Wl,--verbose, to see what
it's
file:
No such file or directory
So far as I have seen, this one program I have is the ONLY one that is
having trouble being launched from Java. Other Cygwin programs (albeit
ones that came with the Cygwin distribution, like cygpath.exe) work
perfectly when called in identical manner. I
On Mon, 14 Apr 2014, Bill Ross wrote:
One thing to watch out for is reading the error stream coming from the
execution of the external program - there may be useful info there. Some
people don't bother to read it.
Good luck,
Bill
Thanks, Bill,
I double checked and my new ProcessBuilder
Hi!
If I:
$ : tmp.c
$ gcc -E -Wmissing-include-dirs tmp.c /dev/null
I get this annoying warning on stderr:
cc1: warning: ../../include/w32api: No such file or directory [enabled by
default]
Searching the 'net suggests that it's an old bug:
http://cygwin.com/ml/cygwin/2013-07/msg00509.html
Greetings, Peter Rosin!
If I:
$ : tmp.c
$ gcc -E -Wmissing-include-dirs tmp.c /dev/null
I get this annoying warning on stderr:
cc1: warning: ../../include/w32api: No such file or directory [enabled by
default]
Searching the 'net suggests that it's an old bug:
http://cygwin.com/ml
On 2014-02-28 22:49, Andrey Repin wrote:
Greetings, Peter Rosin!
If I:
$ : tmp.c
$ gcc -E -Wmissing-include-dirs tmp.c /dev/null
I get this annoying warning on stderr:
cc1: warning: ../../include/w32api: No such file or directory [enabled by
default]
Searching the 'net suggests
Marco Atzeri marco.atzeri at gmail.com writes:
On 25/01/2014 00:46, Paul wrote:
Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:
Have you tried running rebaseall?
I just tried it (http://cygwin.wikia.com/wiki/Rebaseall). No joy.
Mind you, I also don't have admin privileges and
.'
\ c:\cygwin\bin\bash.exe -i'
However, I recently started to get the following message when sending
expressions to octave:
/usr/bin/octave-3.6.2.exe: error while loading shared libraries: ?:
cannot open shared object file: No such file or directory
I know there there isn't
\'.$USERNAME.'
\ c:\cygwin\bin\bash.exe -i'
However, I recently started to get the following message when sending
expressions to octave:
/usr/bin/octave-3.6.2.exe: error while loading shared libraries: ?:
cannot open shared object file: No such file
Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:
Have you tried running rebaseall?
I just tried it (http://cygwin.wikia.com/wiki/Rebaseall). No joy. Mind
you, I also don't have admin privileges and cygwin was installed when I had
them. I never noticed any error messages, but
On 25/01/2014 00:46, Paul wrote:
Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:
Have you tried running rebaseall?
I just tried it (http://cygwin.wikia.com/wiki/Rebaseall). No joy. Mind
you, I also don't have admin privileges and cygwin was installed when I had
them. I
Paul writes:
However, I recently started to get the following message when sending
expressions to octave:
/usr/bin/octave-3.6.2.exe: error while loading shared libraries: ?:
cannot open shared object file: No such file or directory
I'm almost certain that Octave can't find its lapack
Linda Walsh writes:
Can't believe doesn't work for anyone.
For me, I've tried multiple c progs (simple ones),
same thing.
Ideas?
You don't supply any example that shows your attempt and the resulting error
message(s). So maybe it (whatever *it* is) is working for everybody else?
Cygwin
trying to exec 'cc1': execvp: No such file or directory
locate cc1|filter
/usr/lib64/bcc/bcc-cc1
/usr/lib64/gcc/x86_64-suse-linux/4.7/cc1plus
/usr/lib64/gcc/x86_64-suse-linux/4.8/cc1
/usr/lib64/gcc/x86_64-suse-linux/4.8/cc1obj
/usr/lib64/gcc/x86_64-suse-linux/4.8/cc1plus
...so...
hmmm
looks
I tried it again with gcc -v foo.cpp and found it was using a
cc1plus command, which I couldn't find in my PATH. I installed all
cygwin packages beginning with gcc-* and was able to compile my python
package. Consider this issue resolved.
-- Vinh
--
Problem reports:
Hi,
I'm using Windows 7 and Cygwin 2.819 64 bit. I installed gcc
4.8.1.-3. I get this error when trying to compile:
$ touch foo.cpp
$ gcc -c foo.cpp
gcc: error: spawn: No such file or directory
I'm trying to compile a python package and received this message. I
think it's a gcc issue
On Wed, Aug 07, 2013 at 11:01:45AM -0700, Vinh Nguyen wrote:
Hi,
I'm using Windows 7 and Cygwin 2.819 64 bit. I installed gcc
4.8.1.-3. I get this error when trying to compile:
$ touch foo.cpp
$ gcc -c foo.cpp
gcc: error: spawn: No such file or directory
I'm trying to compile a python package
Achim Gratz Stromeko at NexGo.DE writes:
The above warning appears when -Wmissing-include-dirs is in effect (and
aborts compilation if -Werror is also given). The missing include path
seems to be produced by the following compiler spec:
%(cpp_cpu) [...] %{!nostdinc:%{!mno-win32:-idirafter
1 - 100 of 348 matches
Mail list logo
