Boost logo

Boost-Build :

From: Mark Evans (evans_mark_at_[hidden])
Date: 2006-01-30 11:11:17


To answer my own question, I backed out changes that were made to jam_src/expand.c since the last "stable" build to work around this problem. The changes were for unit testing and don't jive with cygwin.

The value of the string l->string at the point of failure, at:

assertion "!strcmp( l->string, "c:\\foo\\bar" )" failed: file "expand.c", line 723

is "C:\\cygwin\\usr\\c\\foo\\bar". Back to the drawing board. :-)

Cheers,
Mark

Mark Evans <evans_mark_at_[hidden]> wrote: Has there been any progress on this issue? I am getting this assertion failure with the latest nightly build on CYGWIN which was installed using the default /cygdrive/c . Can I edit out the assertion as a workaround or what?

Regards,
Mark

Rene Rivera <grafik.list_at_[hidden]> wrote: John Maddock wrote:
> An assertion fails when trying to build with cygwin gcc, anyone any ideas?
>
> assertion "!strcmp( l->string, "c:\\foo\\bar" )" failed: file "expand.c",

Yes! :-)

There's code in the var_expand_unit_test that tries to verify the
functionality of expanding paths. In the case of Cygwin it wants to
check that something like "/cygdrive/c/foo/bar" is translated to
something like "c:\foo\bar". The problem comes in that the "/cygdrive"
part is a user configurable path on Cygwin. I wrote code that tries to
decipher what that 'cygdrive' is, as there doesn't seem to be any Cygwin
call to get that value. Unfortunately, or fortunately from my POV, I
don't have Cygwin to test with. So any help in getting that code working
is appreciated ;-)

-- 
-- Grafik - Don't Assume Anything
-- Redshift Software, Inc. - http://redshift-software.com
-- rrivera/acm.org - grafik/redshift-software.com
-- 102708583/icq - grafikrobot/aim - Grafik/jabber.org
_______________________________________________
Boost-build mailing list
Boost-build_at_[hidden]
http://lists.boost.org/mailman/listinfo.cgi/boost-build


Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk