Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

problem with embedvar.h and #define dirty #367

Closed
p5pRT opened this issue Aug 10, 1999 · 1 comment
Closed

problem with embedvar.h and #define dirty #367

p5pRT opened this issue Aug 10, 1999 · 1 comment

Comments

@p5pRT
Copy link
Collaborator

@p5pRT p5pRT commented Aug 10, 1999

Migrated from rt.perl.org#1201 (status was 'resolved')

Searchable as RT1201$

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented Aug 10, 1999

From baa204@saturn.angelo.edu

Take these lines from embedvar.h

[jay@​localhost perl5.005_60]$ grep dirty embedvar.h |grep define
#define PL_dirty (my_perl->Tdirty)
#define PL_dirty (PERL_GET_INTERP->Tdirty)
#define PL_Tdirty PL_dirty
#define PL_dirty (thr->Tdirty)
#define dirty PL_dirty

The last line is my main concern. Any sources using anything with
"dirty" as a name will be redefined as (thr->Tdirty). This does happen
in the attempt to compile the latest Gtk module, 0.5121 (it redefines
int dirty under the struct definition of GnomeIconList in
libgnomeui/gnome-icon-list.h

this effects the latest of the developer perl (perl 5.005_60) as of
this writing and perl 5.005_02. (I do not have perl5.005_03 installed to
see if it has the same problem. A temporary solution for those who want
to compile the Gtk module is obviously to comment the #define dirty
line, however I have no permanent solution.

--

Jay Cox
--
One Bell System - it works.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
1 participant
You can’t perform that action at this time.