In Xcode 4.3 Apple has replaced the Xcode installer with a regular application to be compatible with app store. This has caused them to move the SDK from /Developer/SDKs/ to /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/

How can this be handled in the DMD makefile?

-- 
/Jacob Carlborg

_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

On 18 Mar 2012, at 16:56, Jacob Carlborg wrote:
> In Xcode 4.3 Apple has replaced the Xcode installer with a regular application to be compatible with app store. This has caused them to move the SDK from /Developer/SDKs/ to /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/
>
> How can this be handled in the DMD makefile?

One additional thing to consider is that users can also have an older Xcode version on Lion, which would break just switching paths on $(uname -r).

Unfortunately, $(xcode-select -print-path) seems to return nothing if the user didn't explicitly specify an instance to use at some point before – otherwise, this would be a nice solution.

I guess the only feasible (or at least the easiest) solution would be to just detect the presence of the respective directories and set the SDK paths accordingly. Or build with the defaults, but that's maybe not an option for packaging releases.

David
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

On Mar 18, 2012, at 8:56 AM, Jacob Carlborg wrote:

> In Xcode 4.3 Apple has replaced the Xcode installer with a regular application to be compatible with app store. This has caused them to move the SDK from /Developer/SDKs/ to /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/
> 
> How can this be handled in the DMD makefile?

The C headers in /usr/include were moved as well, though that isn't a problem if you're just compiling with the built-in GCC or whatever.
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

On 19 mar 2012, at 20:10, Sean Kelly wrote:

> On Mar 18, 2012, at 8:56 AM, Jacob Carlborg wrote:
> 
>> In Xcode 4.3 Apple has replaced the Xcode installer with a regular application to be compatible with app store. This has caused them to move the SDK from /Developer/SDKs/ to /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/
>> 
>> How can this be handled in the DMD makefile?
> 
> The C headers in /usr/include were moved as well, though that isn't a problem if you're just compiling with the built-in GCC or whatever.


I haven't been able to compile DMD because the makefile points to the old location of the SDK. When it tries to link DMD it can't find crt1.o.

This is where the path to the SDK is defined:

https://github.com/D-Programming-Language/dmd/blob/master/src/posix.mak#L40

-- 
/Jacob Carlborg

_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

I don't have 4.3 installed anywhere. I'll see about putting it in a Lion VM to figure out the fix.

On Mar 19, 2012, at 12:52 PM, Jacob Carlborg <doob@me.com> wrote:

> 
> On 19 mar 2012, at 20:10, Sean Kelly wrote:
> 
>> On Mar 18, 2012, at 8:56 AM, Jacob Carlborg wrote:
>> 
>>> In Xcode 4.3 Apple has replaced the Xcode installer with a regular application to be compatible with app store. This has caused them to move the SDK from /Developer/SDKs/ to /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/
>>> 
>>> How can this be handled in the DMD makefile?
>> 
>> The C headers in /usr/include were moved as well, though that isn't a problem if you're just compiling with the built-in GCC or whatever.
> 
> 
> I haven't been able to compile DMD because the makefile points to the old location of the SDK. When it tries to link DMD it can't find crt1.o.
> 
> This is where the path to the SDK is defined:
> 
> https://github.com/D-Programming-Language/dmd/blob/master/src/posix.mak#L40
> 
> -- 
> /Jacob Carlborg
> 
> _______________________________________________
> dmd-internals mailing list
> dmd-internals@puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

On 20 Mar 2012, at 17:54, Sean Kelly wrote:
> I don't have 4.3 installed anywhere. I'll see about putting it in a Lion VM to figure out the fix.

Is there an easy way to uninstall the additional command line tools? I'm running 4.3 and could work on a fix, but I already installed said package which restores /usr/bin/gcc and friends.

David
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

On Mar 20, 2012, at 05:54 PM, Sean Kelly <sean@invisibleduck.org> wrote:

> I don't have 4.3 installed anywhere. I'll see about putting it in a Lion VM to figure out the fix.

Could the makefile check if /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs is available and otherwise fallback to /Developer/SDKs as suggested by David?

On Mar 20, 2012, at 07:05 PM, David Nadlinger <code@klickverbot.at> wrote:

> On 20 Mar 2012, at 17:54, Sean Kelly wrote:
> > I don't have 4.3 installed anywhere. I'll see about putting it in a Lion VM to figure out the fix.
>
> Is there an easy way to uninstall the additional command line tools? I'm running 4.3 and could work on a fix, but I already installed said package which restores /usr/bin/gcc and friends.

I have  the command line tools installed and it's not working. It can't find crt1.o when linking DMD. Can you compiler DMD properly?

--
/Jacob Carlborg

On 21 Mar 2012, at 10:28, Jacob Carlborg wrote:
> On Mar 20, 2012, at 07:05 PM, David Nadlinger <code@klickverbot.at> wrote:
>> Is there an easy way to uninstall the additional command line tools? I'm
>> running 4.3 and could work on a fix, but I already installed said
>> package which restores /usr/bin/gcc and friends.
>
> I have  the command line tools installed and it's not working. It can't find crt1.o when linking DMD. Can you compiler DMD properly?

Nope, compiling it with the Makefile from Git doesn't work for me either (standard headers are not found due, presumably to the invalid -isysroot). I just meant that I can't really test if the code compiles on a »vanilla« Lion/Xcode 4.3 install.

David
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

Yeah, this is why I've avoided installing 4.3. Testing for the directory should work though.

On Mar 21, 2012, at 2:42 AM, "David Nadlinger" <code@klickverbot.at> wrote:

> On 21 Mar 2012, at 10:28, Jacob Carlborg wrote:
>> On Mar 20, 2012, at 07:05 PM, David Nadlinger <code@klickverbot.at> wrote:
>>> Is there an easy way to uninstall the additional command line tools? I'm running 4.3 and could work on a fix, but I already installed said package which restores /usr/bin/gcc and friends.
>> 
>> I have  the command line tools installed and it's not working. It can't find crt1.o when linking DMD. Can you compiler DMD properly?
> 
> Nope, compiling it with the Makefile from Git doesn't work for me either (standard headers are not found due, presumably to the invalid -isysroot). I just meant that I can't really test if the code compiles on a »vanilla« Lion/Xcode 4.3 install.
> 
> David
> _______________________________________________
> dmd-internals mailing list
> dmd-internals@puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals