| From: | Gaetano Mendola <mendola(at)bigfoot(dot)com> |
|---|---|
| To: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Calling PL functions with named parameters |
| Date: | 2004-08-14 14:00:32 |
| Message-ID: | cfl601$f54$1@floppy.pyrenet.fr |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Harald Fuchs wrote:
> In article <411DFBE1(dot)7060007(at)opencloud(dot)com>,
> Oliver Jowett <oliver(at)opencloud(dot)com> writes:
>
>
>>I think you just made my point for me. C++ allows default parameters
>>and resolves the ambiguity by disallowing ambiguous calls when they
>>happen.
>
>
>
>>I'm not sure why C++ doesn't disallow it at declaration time off the
>>top of my head -- perhaps because you'd get inconsistent behaviour if
>>the candidates were split across compilation units.
>
>
> IIRC this was due to multiple unheritance. You could inherit methods
> with the same name and parameter list from two different base classes.
> Disallowing that at declaration time would mean disallowing
> inheritance (even indirectly) from these two base classes, even though
> the derived class didn't use the ambiguous methods.
You get the point, and with a linear hierarchy the last function hide
the previous one:
struct A { void foo(int) { } };
struct B : A { void foo(int, int a = 3) { } };
B b;
b.foo(3);
will call the B::foo.
Regards
Gaetano Mendola
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Gaetano Mendola | 2004-08-14 14:06:46 | Re: PITR on Windows? |
| Previous Message | Oliver Jowett | 2004-08-14 13:58:12 | Re: Calling PL functions with named parameters |