another way:
echo "#include " | gcc -dM -E -
... but this only shows macros defined for the current target platform
unlike -dumpspecs which shows everything.
(in the above, the include file used could be removed, or other files
could be specified instead).
rgds,
kh
Gerrit P. Haase wrote:
Anyway, this similar code does work under Linux, or at least
it appears to:
It's a long walk from "at least appears to work" to "does work".
Are you saying it doesn't work, or are you just generally in a grumpy mood?
While I don't claim to be an uber-expert in assembler, I know
I didn't "j
Well more on links:
Because cygwin does use windows shortcuts as symbolic links, it will
automaticly dereference windows links. If the link has a unix path in the
description field cygwin will use that (or at least I think it uses it, it
puts it there on its own links). Otherwise it uses the p
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Joe Smith
> Sent: Saturday, August 13, 2005 9:57 PM
> To: cygwin@cygwin.com
> Subject: Re: RFE: removing symbolic link / windows shortcut duality
>
> IIRC Cygwin *is* currently using windows shortcuts
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Chris
> Anyway, this similar code does work under Linux, or at least
> it appears to:
>
It's a long walk from "at least appears to work" to "does work".
[snip]
> >You just threw away the stack and
IIRC Cygwin *is* currently using windows shortcuts for symbolic links. Some
simple checks confirm this.
The shortcut files are sometimes fully formed such that they are editable by
right clicking on them, others are only partially formed.
Windows will resolve them, however symbolic links to exe
From: Jason FU wrote:
No, it doesn't 'work fine' under Linux. In fact it doesn't work at all,
on any platform.
My apologies for sending something that doesn't work under Linux, but I had
something similar working, but I wanted to cut it down for the sake of the
mailing list, and I didn't hav
Angel Tsankov wrote:
I downloaded g++ from cygwin and installed it. I noticed that it has
built-in definitions of __stdcall, __cdecl and __fastcall. I've come
across other g++ builds for Windows that do not have definitions for
these identifiers, so I had to filter them out from my source code
Tom McKenna wrote:
I have been installing cygwin and SSHD on several computers without any
trouble. However I am getting a strange problem on a few servers. When I try
to run anything cygwin related it just crashes immediately. Like if I run the
cygwin shell the window just pops up and immed
hi all,
i have the same problem with the cygwin install spawning 1000s of
processes on win x64 reported in a post on 28 july ..
i did not see anybody responding with a fix or a workaround
does anybody have an idea how to get cygwin up and running on win x64 ?
or better yet how to compile it f
Dave Korn wrote:
I'll build tar with debugging info and try to find out what's going on. Is
it a good idea for a start?
>
Yep.
You should also install a snapshot of the dll along with debug info (or
build your own from cvs); the addresses in your stackdump indicated a
backtrace through se
Greetings:
Our expect script, starts an ssh session on the localhost (w/password
authentication; login shell is bash), then starts another script. The
benefit- network drives are writable. This wrapper script is used in our
crontabs.
Recently (since 1.5.18, possibly earlier), this script
has been
I downloaded g++ from cygwin and installed it. I noticed that it has
built-in definitions of __stdcall, __cdecl and __fastcall. I've come
across other g++ builds for Windows that do not have definitions for
these identifiers, so I had to filter them out from my source code
with the help of macr
I have been installing cygwin and SSHD on several computers without any
trouble. However I am getting a strange problem on a few servers. When I try
to run anything cygwin related it just crashes immediately. Like if I run the
cygwin shell the window just pops up and immediately closes.
my cy
I've made a new version of the mingw runtime headers and libraries
available for download. A list of what has changed is attached.
Chris
-Installation Instructions-
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page. This downloads setup
> Bertalan Fodor writes:
> A new version of lilypond will be available on the mirrors soon.
> This is the latest stable release of LilyPond, the GNU Music Typesetter.
There is a packaging bug in /usr/share/doc
Probably /usr/share/doc/changelog should go to /usr/share/doc/lilypond-2.6
> Vince writes:
>> > However, when I start the service from either the services
>> console or with:
>> >
>> > # cygrunsrv --start slapd
>> >
>> > It will start and then stop after about 5 seconds. When
>> checking the
>> > Application event log, I found th
I hope you're not hard-coding c:\cygwin!
--
Ken Shaffer
- - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - -
This e-mail and any attachments may contain information which is confidential,
proprietary, privileged or otherwise protected by law. The information is
solely i
18 matches
Mail list logo
