Here's a message from the -users list just now: On Jul 28, 2007, at 18:39, Chris Waterson wrote:
Hey, I had the same problem. It turns out I was using an older version of Xtools (specifically, version 2.3). After upgrading to Xtools 2.4.1, things worked fine. (The specific trouble, which you can see if you get rid of the "-j2" option in the makefile, is that they've changed some of the defines in the header files that the boehm-gc needs.)
Problems caused by old Xcode versions are reported by users with some regularity. I suppose we could add something to the FAQ, but users don't always read the FAQ, and the first step of the first section of the installation guide already reads: "Download and install the latest version of Xcode Tools—do not install an older version from the OS X 10.4 install disk or some ports may fail to install." We should not allow users to run into this problem. Can we please modify MacPorts base to issue a fatal error and refuse to do anything unless the latest Xcode (2.4.1 on 10.4.x, 1.5.x on 10.3.x) is installed? I think this would be a good idea. When new versions of Xcode are released, we can update base as needed.
On Jul 29, 2007, at 4:11 PM, Ryan Schmidt wrote:
Here's a message from the -users list just now:
On Jul 28, 2007, at 18:39, Chris Waterson wrote:
Hey, I had the same problem. It turns out I was using an older version of Xtools (specifically, version 2.3). After upgrading to Xtools 2.4.1, things worked fine. (The specific trouble, which you can see if you get rid of the "-j2" option in the makefile, is that they've changed some of the defines in the header files that the boehm-gc needs.)
Problems caused by old Xcode versions are reported by users with some regularity. I suppose we could add something to the FAQ, but users don't always read the FAQ, and the first step of the first section of the installation guide already reads: "Download and install the latest version of Xcode Tools—do not install an older version from the OS X 10.4 install disk or some ports may fail to install."
We should not allow users to run into this problem. Can we please modify MacPorts base to issue a fatal error and refuse to do anything unless the latest Xcode (2.4.1 on 10.4.x, 1.5.x on 10.3.x) is installed? I think this would be a good idea. When new versions of Xcode are released, we can update base as needed.
+1. Blair
On Jul 29, 2007, at 17:21, Blair Zajac wrote:
On Jul 29, 2007, at 4:11 PM, Ryan Schmidt wrote:
Here's a message from the -users list just now:
On Jul 28, 2007, at 18:39, Chris Waterson wrote:
Hey, I had the same problem. It turns out I was using an older version of Xtools (specifically, version 2.3). After upgrading to Xtools 2.4.1, things worked fine. (The specific trouble, which you can see if you get rid of the "-j2" option in the makefile, is that they've changed some of the defines in the header files that the boehm-gc needs.)
Problems caused by old Xcode versions are reported by users with some regularity. I suppose we could add something to the FAQ, but users don't always read the FAQ, and the first step of the first section of the installation guide already reads: "Download and install the latest version of Xcode Tools—do not install an older version from the OS X 10.4 install disk or some ports may fail to install."
We should not allow users to run into this problem. Can we please modify MacPorts base to issue a fatal error and refuse to do anything unless the latest Xcode (2.4.1 on 10.4.x, 1.5.x on 10.3.x) is installed? I think this would be a good idea. When new versions of Xcode are released, we can update base as needed.
+1.
Tentative -1, simply because Xcode is a massive download. Most things will build with an outdated version, I don't think it's particularly nice to force people to download a gigabyte update if they don't need and/or want to. Also, we shouldn't try to second guess people who do know what they're doing with an "unsupported" Xcode version. -landonf
On Jul 30, 2007, at 13:41, Landon Fuller wrote:
On Jul 29, 2007, at 17:21, Blair Zajac wrote:
On Jul 29, 2007, at 4:11 PM, Ryan Schmidt wrote:
Here's a message from the -users list just now:
On Jul 28, 2007, at 18:39, Chris Waterson wrote:
Hey, I had the same problem. It turns out I was using an older version of Xtools (specifically, version 2.3). After upgrading to Xtools 2.4.1, things worked fine. (The specific trouble, which you can see if you get rid of the "-j2" option in the makefile, is that they've changed some of the defines in the header files that the boehm-gc needs.)
Problems caused by old Xcode versions are reported by users with some regularity. I suppose we could add something to the FAQ, but users don't always read the FAQ, and the first step of the first section of the installation guide already reads: "Download and install the latest version of Xcode Tools—do not install an older version from the OS X 10.4 install disk or some ports may fail to install."
We should not allow users to run into this problem. Can we please modify MacPorts base to issue a fatal error and refuse to do anything unless the latest Xcode (2.4.1 on 10.4.x, 1.5.x on 10.3.x) is installed? I think this would be a good idea. When new versions of Xcode are released, we can update base as needed.
+1.
Tentative -1, simply because Xcode is a massive download. Most things will build with an outdated version, I don't think it's particularly nice to force people to download a gigabyte update if they don't need and/or want to. Also, we shouldn't try to second guess people who do know what they're doing with an "unsupported" Xcode version.
Fine, then print a big honkin' warning. If MacPorts ever encounters an error during the configure or build phase of a port, have it print something like this at the end: YOU ARE USING AN OUTDATED VERSION OF XCODE, AND THIS MAY HAVE CAUSED THE PROBLEM YOU JUST ENCOUNTERED. Please go to http:// developer.apple.com/ and download and install the latest version of Xcode. Then clean this port and try installing or upgrading it again.
Le 07-07-30 à 15:03, Ryan Schmidt a écrit :
On Jul 30, 2007, at 13:41, Landon Fuller wrote:
On Jul 29, 2007, at 17:21, Blair Zajac wrote:
On Jul 29, 2007, at 4:11 PM, Ryan Schmidt wrote:
Here's a message from the -users list just now:
On Jul 28, 2007, at 18:39, Chris Waterson wrote:
Hey, I had the same problem. It turns out I was using an older version of Xtools (specifically, version 2.3). After upgrading to Xtools 2.4.1, things worked fine. (The specific trouble, which you can see if you get rid of the "-j2" option in the makefile, is that they've changed some of the defines in the header files that the boehm-gc needs.)
Problems caused by old Xcode versions are reported by users with some regularity. I suppose we could add something to the FAQ, but users don't always read the FAQ, and the first step of the first section of the installation guide already reads: "Download and install the latest version of Xcode Tools—do not install an older version from the OS X 10.4 install disk or some ports may fail to install."
We should not allow users to run into this problem. Can we please modify MacPorts base to issue a fatal error and refuse to do anything unless the latest Xcode (2.4.1 on 10.4.x, 1.5.x on 10.3.x) is installed? I think this would be a good idea. When new versions of Xcode are released, we can update base as needed.
+1.
Tentative -1, simply because Xcode is a massive download. Most things will build with an outdated version, I don't think it's particularly nice to force people to download a gigabyte update if they don't need and/or want to. Also, we shouldn't try to second guess people who do know what they're doing with an "unsupported" Xcode version.
Fine, then print a big honkin' warning. If MacPorts ever encounters an error during the configure or build phase of a port, have it print something like this at the end:
YOU ARE USING AN OUTDATED VERSION OF XCODE, AND THIS MAY HAVE CAUSED THE PROBLEM YOU JUST ENCOUNTERED. Please go to http:// developer.apple.com/ and download and install the latest version of Xcode. Then clean this port and try installing or upgrading it again.
Good idea, as long as we are prepared to face I DOWNLOADED AND INSTALLED THE BLOODY THING BUT STILL GET THE SAME ERROR :-) yves
Landon Fuller wrote:
On Jul 29, 2007, at 17:21, Blair Zajac wrote:
On Jul 29, 2007, at 4:11 PM, Ryan Schmidt wrote:
Here's a message from the -users list just now:
On Jul 28, 2007, at 18:39, Chris Waterson wrote:
Hey, I had the same problem. It turns out I was using an older version of Xtools (specifically, version 2.3). After upgrading to Xtools 2.4.1, things worked fine. (The specific trouble, which you can see if you get rid of the "-j2" option in the makefile, is that they've changed some of the defines in the header files that the boehm-gc needs.)
Problems caused by old Xcode versions are reported by users with some regularity. I suppose we could add something to the FAQ, but users don't always read the FAQ, and the first step of the first section of the installation guide already reads: "Download and install the latest version of Xcode Tools—do not install an older version from the OS X 10.4 install disk or some ports may fail to install."
We should not allow users to run into this problem. Can we please modify MacPorts base to issue a fatal error and refuse to do anything unless the latest Xcode (2.4.1 on 10.4.x, 1.5.x on 10.3.x) is installed? I think this would be a good idea. When new versions of Xcode are released, we can update base as needed.
+1.
Tentative -1, simply because Xcode is a massive download. Most things will build with an outdated version, I don't think it's particularly nice to force people to download a gigabyte update if they don't need and/or want to. Also, we shouldn't try to second guess people who do know what they're doing with an "unsupported" Xcode version.
I guess it's viewing who's time is more valuable. Having MacPorts people spending time wondering why things don't build properly or the person using MacPorts. I would rather put the burden on the person using MacPorts then on the MacPorts' developers. If there was a problem with a port with an older XCode version, the last thing I'm going to do as a MacPorts developer with limited time is to downgrade my XCode to figure out the problem, when the newer version is known to work. We could also do what Fink does, is report known bad versions of gcc. We can get the list of bad gcc's out of their code. If we find a bad gcc version, report it to the person running port. Regards, Blair
2007-07-30 kl. 21.03 skrev Ryan Schmidt:
Problems caused by old Xcode versions are reported by users with some regularity. I suppose we could add something to the FAQ, but users don't always read the FAQ, and the first step of the first section of the installation guide already reads: "Download and install the latest version of Xcode Tools—do not install an older version from the OS X 10.4 install disk or some ports may fail to install."
We should not allow users to run into this problem. Can we please modify MacPorts base to issue a fatal error and refuse to do anything unless the latest Xcode (2.4.1 on 10.4.x, 1.5.x on 10.3.x) is installed? I think this would be a good idea. When new versions of Xcode are released, we can update base as needed.
This is now http://trac.macports.org/projects/macports/ticket/12794 I believe it is valid to print out a warning if Xcode is older than 2.4 for Tiger and 1.5 for Panther (no direct warning for Jaguar yet)
Tentative -1, simply because Xcode is a massive download. Most things will build with an outdated version, I don't think it's particularly nice to force people to download a gigabyte update if they don't need and/or want to. Also, we shouldn't try to second guess people who do know what they're doing with an "unsupported" Xcode version.
Fine, then print a big honkin' warning. If MacPorts ever encounters an error during the configure or build phase of a port, have it print something like this at the end:
YOU ARE USING AN OUTDATED VERSION OF XCODE, AND THIS MAY HAVE CAUSED THE PROBLEM YOU JUST ENCOUNTERED. Please go to http://developer.apple.com/ and download and install the latest version of Xcode. Then clean this port and try installing or upgrading it again.
I have added the version checks to configure, to do something with. They are then called $XCODE_VERSION and $MACOSX_VERSION (naturally?) Technically Xcode isn't strictly required*, but shouldn't be outdated. --anders PS. When I say "not really required" I mean that it is possible both to run with a limited subset of the full Xcode installation and also possible to run MacPorts without any compilation tools at all - i.e. if you _know_what_you_are_getting_yourself_into_ So while it is perfectly valid to print out a warning, I don't think it should abort any interesting experiments with building in chroots and using binary archives for the more technical user. But it also needs a matching *runtime* check for GCC, in port(1).
participants (5)
-
Anders F Björklund
-
Blair Zajac
-
Landon Fuller
-
Ryan Schmidt
-
Yves de Champlain