| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
| Cc: | Bruce Momjian <bruce(at)momjian(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: pgindent weirdness |
| Date: | 2011-04-20 19:50:25 |
| Message-ID: | 16847.1303329025@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> On 04/20/2011 01:16 PM, Bruce Momjian wrote:
>>> This implies to me that we changed something about how we handle this
>>> since we did the 9.0 runs, but I don't know what it was. Should I?
>> I think Andrew also supplied the typedef list for the 9.0 run.
> Yes. But in November, the server where all my animals were running died.
> The rebuilt machines all used newer versions of the OS, new compilers
> and newer tools such as objdump. As I pointed out at the time I
> committed the new typedefs list, that accounts for a lot of the changes.
It wouldn't surprise me in the least to find out that newer gcc's
stopped emitting symbol table entries for unreferenced typedefs.
In fact, using HEAD, I get this on my old HPUX box:
(gdb) p sizeof(BulkInsertStateData)
$65 = 8
and this on my Fedora 13 box:
(gdb) p sizeof(BulkInsertStateData)
No symbol "BulkInsertStateData" in current context.
(gcc 2.95.3 and 4.4.5 respectively) So the tools definitely changed
sometime in the last N years.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2011-04-20 19:54:52 | Re: Formatting Curmudgeons WAS: MMAP Buffers |
| Previous Message | Robert Haas | 2011-04-20 19:46:31 | Re: Formatting Curmudgeons WAS: MMAP Buffers |