public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
From: Ian Lance Taylor <ian@airs.com>
To: Rob Hatcherson <rob.hatcherson@zedasoft.com>
Cc: gcc-help@gcc.gnu.org
Subject: Re: Unexpected File Name Too Long Error With #includes
Date: Wed, 05 Oct 2005 03:20:00 -0000	[thread overview]
Message-ID: <m364scabvl.fsf@gossamer.airs.com> (raw)
In-Reply-To: <43430620.3080002@zedasoft.com>

Rob Hatcherson <rob.hatcherson@zedasoft.com> writes:

> In my sort-of trivial test case - which is just a file that #include's
> the offending file - the command line is this for both the case that
> works and the case that doesn't:
> 
> g++ -E \
> -IC:/WorkAreas/BuildOutput/ZedaSoft/Java/CBA/Domain/Physical/Plugin/Entity/F16/1.4.0/native/include
> \
> blah.cpp
> 
> 
> If the only thing in blah.cpp is this:
> 
> #include
> "com/zedasoft/cba/plugin/entity/platform/air/fighter/f16/view/cockpit/hud/f16hudcore/F16Hud.h"
> 
> Then I get this result:
> 
> blah.cpp:3:104:
> com/zedasoft/cba/plugin/entity/platform/air/fighter/f16/view/cockpit/hud/f16hudcore/F16Hud.h:
> File name too long
> # 1 "blah.cpp"
> # 1 "<built-in>"
> # 1 "<command line>"
> # 1 "blah.cpp"

Thanks.  As far as I can see, this error is happening because the open
system call failed and set errno to some value.  When strerror was
called on that value, it returned "File name too long".  Presumably
the errno value is ENAMETOOLONG.

You might try running gcc with the -v option to see what the last
directory in the search path is, since it is presumably when using
that directory that ENAMETOOLONG is returned.

Otherwise I don't have any suggestions other than running it in the
debugger to see what the actual failing name is.

Ian

  reply	other threads:[~2005-10-05  3:20 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-04 21:25 Rob Hatcherson
2005-10-04 21:32 ` Ian Lance Taylor
2005-10-04 22:45   ` Rob Hatcherson
2005-10-05  3:20     ` Ian Lance Taylor [this message]
2005-10-05 14:05       ` Rob Hatcherson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m364scabvl.fsf@gossamer.airs.com \
    --to=ian@airs.com \
    --cc=gcc-help@gcc.gnu.org \
    --cc=rob.hatcherson@zedasoft.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).