[Bug preprocessor/15772] "Permission denied" compiling glibc 2.3.3 on reiser4: EACCES fatal to #include

[Bug preprocessor/15772] "Permission denied" compiling glibc 2.3.3 on reiser4: EACCES fatal to #include

[pinskia at gcc dot gnu dot org]

------- Comment #10 from pinskia at gcc dot gnu dot org  2005-11-29 23:23 -------
(In reply to comment #1)
> This is a duplicate of 11242 which was (incorrectly) closed.
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11242
That is because it was not reported against mingw32 but a GNU/Linux OS. 
Anyways the mingw32 issue is a different problem and should get its own bug.

The reiser4 issue is not a GCC bug but rather a bug in how things are being
returned from either the kernel (reiser4's module) or glibc.  And don't say it
should not return NOTDIR because that really does not make sense.  I should
note that even HFS+ does the correct thing for access failures when accessing
named forks.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772

[Bug preprocessor/15772] Preprocessing fails if an inaccessible directory is on include path

[ed at catmur dot co dot uk]

------- Comment #11 from ed at catmur dot co dot uk  2005-11-29 23:55 -------
This is not invalid. Yes, reiser4 is broken, but so is gcc.

gcc (3.4.4, I haven't used 4.x yet) dies when it encounters an inaccessible
directory as a subdirectory of a member of the include path. See comment 6.


-- 

ed at catmur dot co dot uk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
      Known to fail|                            |3.4.4
         Resolution|INVALID                     |
            Summary|"Permission denied"         |Preprocessing fails if an
                   |compiling glibc 2.3.3 on    |inaccessible directory is on
                   |reiser4: EACCES fatal to    |include path
                   |#include                    |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772

[Bug preprocessor/15772] Preprocessing fails if an inaccessible directory is on include path

[tromey at gcc dot gnu dot org]

------- Comment #12 from tromey at gcc dot gnu dot org  2007-01-21 03:23 -------
One odd thing here is that if -Werror is given, then an inaccessible
directory will cause a compilation failure.

I would prefer we not check this patch in.  I don't think there is
any "obviously correct" behavior on EACCES, but in general it seems
to me that EACCES during the search for include files probably represents
a problem with the user's setup -- something the user would want to
be notified about.


-- 

tromey at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tromey at gcc dot gnu dot
                   |                            |org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772

[Bug preprocessor/15772] Preprocessing fails if an inaccessible directory is on include path

[manu at gcc dot gnu dot org]

------- Comment #13 from manu at gcc dot gnu dot org  2007-11-14 02:02 -------
Ed,

I don't see why this is different from the case where the header file cannot be
opened. And in that case, as Tom says, it seems like there is some problem with
the filesystem setup that the user should be aware of.


-- 

manu at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |manu at gcc dot gnu dot org
             Status|UNCONFIRMED                 |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772

[Bug preprocessor/15772] Preprocessing fails if an inaccessible directory is on include path

[ed at catmur dot co dot uk]

------- Comment #14 from ed at catmur dot co dot uk  2007-11-14 21:16 -------
(In reply to comment #13)
> I don't see why this is different from the case where the header file cannot be
> opened.
It isn't, I guess - is there a bug about that?

> And in that case, as Tom says, it seems like there is some problem with
> the filesystem setup that the user should be aware of.
And if the user /is/ aware of the problem and isn't in a position to fix it? 
Better to warn the user, and error out if -Werror is given.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772

[Bug preprocessor/15772] Preprocessing fails if an inaccessible directory is on include path

[rguenth at gcc dot gnu dot org]

------- Comment #15 from rguenth at gcc dot gnu dot org  2008-01-25 20:32 -------
Closing as of comment #12; the issue can be worked around by re-shuffling
include
paths to put those that work first.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |WONTFIX


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772

[Bug preprocessor/15772] "Permission denied" compiling glibc 2.3.3 on reiser4: EACCES fatal to #include

[andy at benton987 dot fsnet dot co dot uk]

------- Additional Comments From andy at benton987 dot fsnet dot co dot uk  2004-08-24 01:11 -------
Thanks for the patch.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772

[Bug preprocessor/15772] "Permission denied" compiling glibc 2.3.3 on reiser4: EACCES fatal to #include

[ed at catmur dot co dot uk]

------- Additional Comments From ed at catmur dot co dot uk  2004-06-05 21:42 -------
Sorry, missed your response.

This is not a glibc although glibc would be well advised to work around the bug
e.g. by making the file nss executable.

I regard this as a gcc bug on the grounds that raising an error (as opposed to a
warning), when an inaccessible path is encountered while searching for includes,
is incorrect behaviour.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772

[Bug preprocessor/15772] "Permission denied" compiling glibc 2.3.3 on reiser4: EACCES fatal to #include

[neil at gcc dot gnu dot org]

------- Additional Comments From neil at gcc dot gnu dot org  2004-06-02 17:23 -------
Despite all said in this PR I can't see why this is a GCC bug.  Isn't it a glibc
bug?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772

[Bug preprocessor/15772] "Permission denied" compiling glibc 2.3.3 on reiser4: EACCES fatal to #include

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|c                           |preprocessor


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772