From mboxrd@z Thu Jan  1 00:00:00 1970
From: Chris Faylor <cgf@cygnus.com>
To: N8TM@aol.com
Cc: jvalen@rdc.cl, cygwin@sourceware.cygnus.com
Subject: Re: yywrap problems
Date: Fri, 31 Dec 1999 13:28:00 -0000
Message-ID: <19991205125452.B826@cygnus.com>
References: <0.4a573f9.257beafe@aol.com>
X-SW-Source: 1999-12n/msg00125.html
Message-ID: <19991231132800.FwltezoVvWQ8khpek54m9PFD18R_fOFAackQ75Q_rKY@z>

On Sun, Dec 05, 1999 at 11:21:18AM -0500, N8TM@aol.com wrote:
>In a message dated 12/5/99 7:59:52 AM Pacific Standard Time, jvalen@rdc.cl 
>writes:
>> gcc -Iy:\include,y:\H-i586-cygwin32\i586-cygwin32\include  y.tab.o
>>  lex.yy.o adventM.o actionsM.o particM.o -Lfl -o advent
>
>Does this work the same as
>
>gcc -L//y/include -L//y/H-i586-cygwin32/i586-cygwin32/include \
>    lex.yy.o adventM.o actionsM.o particM.o -lfl -o advent
>
>?
>
>Yes, -lfl should take care of linking libfl.  I'm confused about how
>many DOSish variations cygwin may permit; I like to stick with trying
>to learn what should work both in cygwin and linux.

It's not a question of cygwin permitting things.  The issue is whether the
individual application attempts to parse UNIX paths.  If it does, then it
will invariably be confused by x:\foo paths.

There is really no reason to be confused.  Don't use the DOS paths and
you should have very few problems.  That's why we invented Cygwin.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com