public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug pch/12707] New: Inclusion of PCH file produces "calling fdopen: Bad file descriptor" error
@ 2003-10-21 12:28 kgardas at objectsecurity dot com
  2003-10-21 15:48 ` [Bug pch/12707] " pinskia at gcc dot gnu dot org
                   ` (8 more replies)
  0 siblings, 9 replies; 10+ messages in thread
From: kgardas at objectsecurity dot com @ 2003-10-21 12:28 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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

           Summary: Inclusion of PCH file produces "calling fdopen: Bad file
                    descriptor" error
           Product: gcc
           Version: 3.4
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: pch
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: kgardas at objectsecurity dot com
                CC: gcc-bugs at gcc dot gnu dot org

Hi,

when I try to use PCH on MICO project, I've got following error when compiling
orb/ssliop.cc file:

c++  -I../include -DFAST_PCH -Wall   -DPIC -fPIC  -c ssliop.cc -o ssliop.pic.o
In file included from ../include/mico/ssliop.h:38,
                 from ssliop.cc:8:
../include/mico/current.h:8:19: calling fdopen: Bad file descriptor
In file included from ../include/mico/ssliop.h:39,
                 from ssliop.cc:8:
../include/mico/service_info.h:8:19: calling fdopen: Bad file descriptor
In file included from ../include/mico/ssliop.h:40,
                 from ssliop.cc:8:
../include/mico/ir_base.h:8:19: calling fdopen: Bad file descriptor
In file included from ../include/mico/ssliop.h:41,
                 from ssliop.cc:8:
../include/mico/ir.h:8:19: calling fdopen: Bad file descriptor
In file included from ../include/mico/ssliop.h:42,
                 from ssliop.cc:8:
../include/mico/policy.h:8:19: calling fdopen: Bad file descriptor
In file included from ../include/mico/ssliop.h:43,
                 from ssliop.cc:8:
../include/mico/timebase.h:8:19: calling fdopen: Bad file descriptor
In file included from ../include/mico/ssliop.h:44,
                 from ssliop.cc:8:
../include/mico/security/csi_base.h:8:19: calling fdopen: Bad file descriptor
In file included from ../include/mico/ssliop.h:45,
                 from ssliop.cc:8:
../include/mico/security/security.h:8:19: calling fdopen: Bad file descriptor
make: *** [ssliop.pic.o] Error 1

The problem is that the problematics include files tries to include CORBA.h
which is precompiled to the CORBA.h.gch. When I remove CORBA.h.gch, compilation
continues well.

Analysis: there are a lot of files which include CORBA.h in orb directory and
which doesn't fail with this error. The difference between these files and
ssliop.cc is that non-problematic files includes CORBA.h file directly from cc
file (as the first include), while ssliop.cc includes only ssliop.h file which
then includes CORBA.h file (as the first include).

Cheers,

Karel


^ permalink raw reply	[flat|nested] 10+ messages in thread
end of thread, other threads:[~2004-04-17 16:05 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-10-21 12:28 [Bug pch/12707] New: Inclusion of PCH file produces "calling fdopen: Bad file descriptor" error kgardas at objectsecurity dot com
2003-10-21 15:48 ` [Bug pch/12707] " pinskia at gcc dot gnu dot org
2003-10-21 19:40 ` kgardas at objectsecurity dot com
2003-10-24 23:18 ` dhazeghi at yahoo dot com
2003-12-08 10:30 ` pinskia at gcc dot gnu dot org
2004-04-15 15:40 ` kgardas at objectsecurity dot com
2004-04-16  0:34 ` pinskia at gcc dot gnu dot org
2004-04-16  8:02 ` mmitchel at gcc dot gnu dot org
2004-04-17 12:14 ` geoffk at gcc dot gnu dot org
2004-04-17 17:28 ` kgardas at objectsecurity dot com

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).