Bob Rossi wrote:
> I've been wondering about this. Why is it necessary to "cross-compile"
> from cygwin to mingw when the cygwin environment has the native mingw
> compiler? To me, it seems like if the mingw compiler is capable of
> running in the build environment, it should just be called and wo
On Tue, May 06, 2008 at 06:49:06PM -0700, Brian Dessent wrote:
> If you really want to use Cygwin as a host to build MinGW (native
> windows) programs you need to treat it like cross compiling and specify
> "--host=i686-pc-mingw32". But this is most likely NOT what you intended
> to accomplish at
Mark wrote:
> At the moment I'm out of my depth with the whole cygwin mingw stuff.
>
> I had thought that by modifying my etc/profile to pick up mingw istead of the
> GCC bundled in cygwin I would still be able to use the cygwin environment but
> just have mingw do the compiling (doing GCC --vers
I have Cygwin currently installed on a Windows XP Home Machine.
I installed Cygwin without my USB floppy drive being plugged in.
Now Cygwin doesn't seem to wait to access the floppy in any way.
Windows it self can see the floppy just fine and format them.
I checked my mount table:
$ mount
C:\cy
Thanks Christopher,
Sorry I did take it a wee bit personally, cheers for clarifying :)
At the moment I'm out of my depth with the whole cygwin mingw stuff.
I had thought that by modifying my etc/profile to pick up mingw istead of the
GCC bundled in cygwin I would still be able to use the cygwin
On Tue, May 06, 2008 at 11:29:48PM +, Mark wrote:
>Lovely, thanks for that, nice to feel included.
Sorry if you took that overly personally. Let me clarify.
You are missing a number of things in this particular case.
flex and guile are not libraries, they are programs.
When someone talks a
Lovely, thanks for that, nice to feel included.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
On Tue, May 06, 2008 at 10:55:58PM +, Mark Hanlon wrote:
>Hello,
>
>Thanks to both of you for replying.
>
>I had always just thought that mingw was a compiler that I could use in
>cygwin environment, and that there would be some wee config trick that
>I could get it to pick up flex and guile li
Hello,
Thanks to both of you for replying.
I had always just thought that mingw was a compiler that I could use in cygwin
environment, and that there would be some wee config trick that I could get it
to pick up flex and guile libraries.
Am I being super thick?
Cheers
Mark
_
Christopher Faylor wrote:
>>> Note that this will give you a warning in Cygwin 1.7 since you are
>>> using non-POSIX path names.
>> I do hope there will be an option with an alternative environment
>> variable setting that will direct the warning to /dev/null ?
> You could try it and see:
> ht
Michael Kairys comcast.net> writes:
>
> Trying to learn more about git by installing it and poking around... If I
> try to run git gui I get:
>
> bitmap "c:\cygwin\usr\share\git-gui\lib/git-gui.ico" not defined
> while executing
> "wm iconbitmap . -default $oguilib/git-gui.ico"
> invok
Trying to learn more about git by installing it and poking around... If I
try to run git gui I get:
bitmap "c:\cygwin\usr\share\git-gui\lib/git-gui.ico" not defined
while executing
"wm iconbitmap . -default $oguilib/git-gui.ico"
invoked from within
"if {[is_Windows]} {
wm iconbitmap . -def
On Tue, May 06, 2008 at 01:32:47PM -0400, Lee D. Rothstein wrote:
> Christopher Faylor wrote:
>> On Mon, May 05, 2008 at 08:13:27PM -0400, Lee D. Rothstein wrote:
>>
>>>cd 'x:\any windows\path will also\work'
>
>>Note that this will give you a warning in Cygwin 1.7 since you are
>>using non-POSI
Dave Korn wrote on 06 May 2008 18:57:
Replying to myself for the last time in this thread, I promise!
> A second option might be to try and make use of the "\@" feature of
> macros, although I'm not sure how easy that would be; you might have to
> do some trickery to avoid emitting the macro
Dave Korn wrote on 06 May 2008 18:40:
>> Why does '%=' not work in code directly copied from the gcc sources?
>
> The stuff in .md files is not inline assembly and cannot be [ ... ]
Having said all that, we still have your original problem to deal with:
> Cristiano Di Buduo wrote on 06 May
Cristiano Di Buduo wrote on 06 May 2008 18:16:
> Hi, i'm porting a project to gcc, and it heavily relies on inline
> assembly.
>
> I have some inline functions that, when optimized, generate duplicate
> labels. So i read through the docs, and stumbled upon the %=
> functionality.
You must ha
Christopher Faylor wrote:
On Mon, May 05, 2008 at 08:13:27PM -0400, Lee D. Rothstein wrote:
cd 'x:\any windows\path will also\work'
Note that this will give you a warning in Cygwin 1.7 since you are using
non-POSIX path names.
I do hope there will be an option with an alternative
Hi, i'm porting a project to gcc, and it heavily relies on inline assembly.
I have some inline functions that, when optimized, generate duplicate labels.
So i read through the docs, and stumbled upon the %= functionality.
I couldn't find more in-depth info, so i fgrepped the gcc source tree.
But
On Mon, May 05, 2008 at 06:37:35PM -0700, Tim Prince wrote:
> Mark Hanlon wrote:
>> Hello,
>>
>> I am trying to building Lilypond from source using cygwin (Some parts of
>> the lilypond source have to be changed so that is why I can't download the
>> binary :(
>>
>> I am using the configure scrip
On Mon, May 05, 2008 at 08:13:27PM -0400, Lee D. Rothstein wrote:
> Lee Maschmeyer wrote:
>> Or you can use the Cygwin mount command. It took me several years(!) to
>> realize the power of this utility. You need do it only once because
>> they're permanent until you change them:
>
> cd 'x:\any wi
20 matches
Mail list logo
