mirrors/postgres
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Hide a static inline from FRONTEND code.

Browse Source 
For some reason pg_waldump is including tuptable.h, and the recent
addition of a static inline function to it is causing problems on
older buildfarm members that fail to optimize such functions away
completely.  I wonder if this situation doesn't mean that some header
refactoring is called for ... but as a band-aid, wrap the static
function in "#ifndef FRONTEND".

Discussion: https://postgr.es/m/20180824154237.mabsv6fsz5q37bma@alap3.anarazel.de
This commit is contained in:
Tom Lane 2018-09-10 12:47:02 -04:00
parent e3d77ea6b4
commit 14ea365203
1 changed files with 4 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
src/include/executor/tuptable.h
View File

@ -180,6 +180,8 @@ extern bool slot_getsysattr(TupleTableSlot *slot, int attnum,
Datum *value, bool *isnull); Datum *value, bool *isnull);
extern void slot_getmissingattrs(TupleTableSlot *slot, int startAttNum, int lastAttNum); extern void slot_getmissingattrs(TupleTableSlot *slot, int startAttNum, int lastAttNum);
#ifndef FRONTEND
/* /*
* slot_getallattrs * slot_getallattrs
* This function forces all the entries of the slot's Datum/isnull * This function forces all the entries of the slot's Datum/isnull
@ -192,4 +194,6 @@ slot_getallattrs(TupleTableSlot *slot)
slot_getsomeattrs(slot, slot->tts_tupleDescriptor->natts); slot_getsomeattrs(slot, slot->tts_tupleDescriptor->natts);
} }
#endif
#endif /* TUPTABLE_H */ #endif /* TUPTABLE_H */