pygccxml-development

[pygccxml-development] Unexpected headers files in generated code

[Allen B. <al...@vr...>]

I am seeing some unexpected and undesirable system headers showing up in 
my generated bindings.  For example, with one library I am seeing these 
includes in the generated .cpp files.

#include "/usr/include/c++/4.0.2/ext/mt_allocator.h"
#include "/usr/include/c++/4.0.2/bits/stl_construct.h"

Any idea why this would be happening?  Is anyone else seeing these problems?

If it matters, I am generating bindings on Fedora Core 4 with gccxml 0.7.0.

Thanks,
Allen

Re: [pygccxml-development] Unexpected headers files in generated code

[Roman Y. <rom...@gm...>]

On 5/23/06, Allen Bierbaum <al...@vr...> wrote:
> I am seeing some unexpected and undesirable system headers showing up in
> my generated bindings.  For example, with one library I am seeing these
> includes in the generated .cpp files.
>
> #include "/usr/include/c++/4.0.2/ext/mt_allocator.h"
> #include "/usr/include/c++/4.0.2/bits/stl_construct.h"
>
> Any idea why this would be happening?  Is anyone else seeing these proble=
ms?
>
> If it matters, I am generating bindings on Fedora Core 4 with gccxml 0.7.=
0.

May be you export something from those headers?
If not it seems to me that the right place to set break point is
module_builder.module_builder_t.__filter_by_location function.

I tested indexing suite on Windows only, this evening I will test it
on Linux too.
May be I will find some bug.

> Thanks,
> Allen

--=20
Roman Yakovenko
C++ Python language binding
http://www.language-binding.net/

Re: [pygccxml-development] Unexpected headers files in generated code

[Allen B. <al...@vr...>]

Roman Yakovenko wrote:

> On 5/23/06, Allen Bierbaum <al...@vr...> wrote:
>
>> I am seeing some unexpected and undesirable system headers showing up in
>> my generated bindings.  For example, with one library I am seeing these
>> includes in the generated .cpp files.
>>
>> #include "/usr/include/c++/4.0.2/ext/mt_allocator.h"
>> #include "/usr/include/c++/4.0.2/bits/stl_construct.h"
>>
>> Any idea why this would be happening?  Is anyone else seeing these 
>> problems?
>>
>> If it matters, I am generating bindings on Fedora Core 4 with gccxml 
>> 0.7.0.
>
>
> May be you export something from those headers?
> If not it seems to me that the right place to set break point is
> module_builder.module_builder_t.__filter_by_location function.
>
> I tested indexing suite on Windows only, this evening I will test it
> on Linux too.
> May be I will find some bug.

I am not exporting anything from these files, just standard classes 
exported from their own headers.

This came in before the indexing suite.  I have been seeing this 
behavior for a week or so.  Unfortunately I don't have a nice small test 
case that replicates the problem. :(

-Allen

Re: [pygccxml-development] Unexpected headers files in generated code

[Roman Y. <rom...@gm...>]

On 5/23/06, Allen Bierbaum <al...@vr...> wrote:
> Roman Yakovenko wrote:
>
> > On 5/23/06, Allen Bierbaum <al...@vr...> wrote:
> >
> >> I am seeing some unexpected and undesirable system headers showing up =
in
> >> my generated bindings.  For example, with one library I am seeing thes=
e
> >> includes in the generated .cpp files.
> >>
> >> #include "/usr/include/c++/4.0.2/ext/mt_allocator.h"
> >> #include "/usr/include/c++/4.0.2/bits/stl_construct.h"
> >>
> >> Any idea why this would be happening?  Is anyone else seeing these
> >> problems?
> >>
> >> If it matters, I am generating bindings on Fedora Core 4 with gccxml
> >> 0.7.0.
> >
> >
> > May be you export something from those headers?
> > If not it seems to me that the right place to set break point is
> > module_builder.module_builder_t.__filter_by_location function.
> >
> > I tested indexing suite on Windows only, this evening I will test it
> > on Linux too.
> > May be I will find some bug.
>
> I am not exporting anything from these files, just standard classes
> exported from their own headers.
>
> This came in before the indexing suite.  I have been seeing this
> behavior for a week or so.  Unfortunately I don't have a nice small test
> case that replicates the problem. :(

Can you send me gccxml generated file and your script?
This should be enough to reproduce the problem.

Thanks


--=20
Roman Yakovenko
C++ Python language binding
http://www.language-binding.net/