gcc Include and ld Library paths resolution when working with Cygwin

  • strict warning: Non-static method Text_Wiki::singleton() should not be called statically in /var/www/drupal/6.x/sites/www.mingw.org/modules/pearwiki_filter/pearwiki_filter.module on line 475.
  • strict warning: Non-static method Text_Wiki::factory() should not be called statically in /usr/share/php/Text/Wiki.php on line 448.
  • strict warning: Non-static method Text_Wiki::isError() should not be called statically in /usr/share/php/Text/Wiki.php on line 449.
  • strict warning: Declaration of Text_Wiki_Parse_Emphasis::process() should be compatible with Text_Wiki_Parse::process(&$matches) in /usr/share/php/Text/Wiki/Parse/Mediawiki/Emphasis.php on line 0.

Cygwin creates a subdirectory /cygdrive where it stores phisical drives e.g. C: as c, F: as f, etc. Hence /cygdrive/f/CygWin/usr is a valid long name pointing to /usr directory in Cygwin

When used with Cygwin, MinGW gcc and ld do not follow paths given as "/cygdrive/f/CygWin/usr" when given as include or lib parths using -I or -L respectively though it does not complain either. But MinGW requires

     -I'F:/CygWin/usr' 

and similar for the -L option.

Hence...
If I tried to compile and build an application using MinGW gcc , it seems to ignore both, the include and library paths specified with
either CPATH, LD_LIBRARY_PATH or with individual options -I or -L
or -isystem. I.e. (and, e.g.) it can not find includes such as the pthread.h (or the libcatlas
libraries) that cygwin's default cc ( linked to the gcc) successfully finds, compiles and links
using the specified -I and -L options respectively.
george

This wiki is not a forum for discussion of usage issues. Please use the mingw-users@lists.osdn.me list instead. We do not allow creation of comments by anonymous or untrusted users, on any page.
 
Site Status

Site maintenance performed successfully, site online Dec 13th 12:00 AM Eastern.