# Point is ambiguous but complaints are about Appkit Framework code
**URL:** https://forum.juce.com/t/point-is-ambiguous-but-complaints-are-about-appkit-framework-code/49569
**Category:** General JUCE discussion
**Created:** [January 7, 2022, 10:18pm UTC](https://forum.juce.com/t/point-is-ambiguous-but-complaints-are-about-appkit-framework-code/49569 "2022-01-07T22:18:54Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@dpolito](https://forum.juce.com/u/dpolito)
#### Post date: [January 7, 2022, 10:18pm UTC](https://forum.juce.com/t/point-is-ambiguous-but-complaints-are-about-appkit-framework-code/49569/1 "2022-01-07T22:18:54Z")
I am getting that Point is ambiguous issue in XCode 13 on the [bitklavier](https://github.com/Princeton-CDH/bitKlavier) project. It builds fine on XCode 12.4, but I get this string of errors in XCode all pointing to Appkit files from an include made in one of our files.
---
### Author:  [@kerfuffle](https://forum.juce.com/u/kerfuffle)
#### Post date: [January 8, 2022, 11:59am UTC](https://forum.juce.com/t/point-is-ambiguous-but-complaints-are-about-appkit-framework-code/49569/2 "2022-01-08T11:59:20Z")
There are two things called Point and the compiler doesn’t know which one you mean. It’s best to change all your Points to `juce::Point` instead.
---
### Author:  [@nicolasdanet](https://forum.juce.com/u/nicolasdanet)
#### Post date: [January 8, 2022, 3:18pm UTC](https://forum.juce.com/t/point-is-ambiguous-but-complaints-are-about-appkit-framework-code/49569/3 "2022-01-08T15:18:22Z")
Do you use the latest version of JUCE?
---
### Author:  [@dpolito](https://forum.juce.com/u/dpolito)
#### Post date: [January 10, 2022, 3:45pm UTC](https://forum.juce.com/t/point-is-ambiguous-but-complaints-are-about-appkit-framework-code/49569/4 "2022-01-10T15:45:24Z")
The area in which it is confused is in AppKit code not ours. We already use juce::Point everywhere Point is needed in our code.
---
### Author:  [@dpolito](https://forum.juce.com/u/dpolito)
#### Post date: [January 10, 2022, 3:46pm UTC](https://forum.juce.com/t/point-is-ambiguous-but-complaints-are-about-appkit-framework-code/49569/5 "2022-01-10T15:46:55Z")
Yes, I just downloaded it to my local machine a few days on last friday (1/07). Version 6.1.4
---
### Author:  [@nicolasdanet](https://forum.juce.com/u/nicolasdanet)
#### Post date: [January 10, 2022, 4:45pm UTC](https://forum.juce.com/t/point-is-ambiguous-but-complaints-are-about-appkit-framework-code/49569/6 "2022-01-10T16:45:01Z")
The “Reference to Point is ambiguous” error is a rather common topic in that forum.
Have you tried to include the macOS system headers in your project before the JUCE ones?
EDIT: Or there is that trick…
> [@Is Point still broken? - reference to Point is ambiguous](https://forum.juce.com/t/is-point-still-broken-reference-to-point-is-ambiguous/39771/2):
>
> This probably means you’ve pulled in a macOS system header yourself somewhere. You’ll need to prefix your points with juce:: or do something like this: #ifdef \_\_APPLE\_\_ #define Point CarbonDummyPointName #import \ #undef Point #endif
> [@\[Solved\] Unknown type name 'CarbonDummyPointName'](https://forum.juce.com/t/solved-unknown-type-name-carbondummypointname/23361):
>
> Hi guys, I’ve been upgrading my code to the juce 5 master and I have the old CarbonDummyPointName workaround in my code which is causing this error. I’ve noticed that most of the usages of this workaround in juce were removed by Timur in early 2016. I haven’t been able to gather why they are no longer necessary though. When I try to remove it for my own code, the old ambiguous Point error comes back. I’ve tried a few things, building 32 and 64 bit, JUCE\_SUPPORT\_CARBON enabled and disabled. …