Re: [48432] trunk/dports/irc/irssi-devel/Portfile

2009-03-22 Thread Bryan Blackburn
On Sun, Mar 22, 2009 at 01:35:52AM -0500, Ryan Schmidt said: > On Mar 21, 2009, at 18:48, b...@macports.org wrote: [...] >> @@ -18,7 +18,12 @@ >> homepagehttp://irssi.org/ >> fetch.type svn >> svn.url http://svn.irssi.org/repos/irssi/trunk >> -svn.tag

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Daniel J. Luke
On Mar 22, 2009, at 2:43 AM, Ryan Schmidt wrote: The documentation on isysroot seems a little sparse. According to the cross development documents, isysrtoot is not even in the man pages because "this feature is likely to change in the future." So my somewhat limited knowledge is from experime

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Rainer Müller
Daniel J. Luke wrote: > We probalby want to eventually use -nostdinc and -nostdlib plus adding > back all of the paths that don't include /usr/local to fix the /usr/ > local searching issue. I don't think -nostdlib really does what you assume. It removes the standard libraries which are linked,

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Marcus Calhoun-Lopez
Daniel J. Luke writes: > Also, the last time I checked, with isysroot you only get the stuff in > the SDK so while it would fix looking in /usr/local, it would also > prevent looking in ${prefix} for headers and libraries, which we don't > want. There may be a way to work-around that though

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Daniel J. Luke
On Mar 22, 2009, at 4:58 PM, Rainer Müller wrote: Daniel J. Luke wrote: We probalby want to eventually use -nostdinc and -nostdlib plus adding back all of the paths that don't include /usr/local to fix the /usr/ local searching issue. I don't think -nostdlib really does what you assume. It r

Re: [48460] trunk/dports/science

2009-03-22 Thread Ryan Schmidt
On Mar 22, 2009, at 16:39, b...@macports.org wrote: +master_siteshttp://downloads.sourceforge.net/viking/ Could this be changed to master_sites sourceforge ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macos

Re: [48455] trunk/dports/science/qucs/files/patch-configure.diff

2009-03-22 Thread Ryan Schmidt
On Mar 22, 2009, at 13:28, ro...@macports.org wrote: Revision: 48455 http://trac.macports.org/changeset/48455 Author: ro...@macports.org Date: 2009-03-22 11:28:17 -0700 (Sun, 22 Mar 2009) Log Message: --- Changed /opt/local/include/qt3 to $prefix/include/qt3 -+ /usr

CC, CXX et al in build, test and destroot phases

2009-03-22 Thread Ryan Schmidt
MacPorts sets the environment variables CC, CXX and so forth in the configure phase only. Can anyone think of a reason why it should not also set these variables in the build, test and destroot phases? It would save a lot of this kind of thing for ports that have an unusual configure scri

Re: [48455] trunk/dports/science/qucs/files/patch-configure.diff

2009-03-22 Thread Ryan Schmidt
On Mar 22, 2009, at 17:39, Rolf Würdemann wrote: Am 22.03.2009 um 23:29 schrieb Ryan Schmidt: On Mar 22, 2009, at 13:28, ro...@macports.org wrote: Revision: 48455 http://trac.macports.org/changeset/48455 Author: ro...@macports.org Date: 2009-03-22 11:28:17 -0700 (Sun, 22 Mar

Re: [48455] trunk/dports/science/qucs/files/patch-configure.diff

2009-03-22 Thread Rainer Müller
Ryan Schmidt wrote: > On Mar 22, 2009, at 13:28, ro...@macports.org wrote: > >> Revision: 48455 >> http://trac.macports.org/changeset/48455 >> Author: ro...@macports.org >> Date: 2009-03-22 11:28:17 -0700 (Sun, 22 Mar 2009) >> Log Message: >> --- >> Changed /opt/local/inclu

Re: CC, CXX et al in build, test and destroot phases

2009-03-22 Thread Toby Peterson
On Sun, Mar 22, 2009 at 15:48, Ryan Schmidt wrote: > MacPorts sets the environment variables CC, CXX and so forth in the > configure phase only. > > Can anyone think of a reason why it should not also set these variables in > the build, test and destroot phases? It would save a lot of this kind of

Re: [48460] trunk/dports/science

2009-03-22 Thread Ryan Schmidt
On Mar 22, 2009, at 17:40, Michael Klier wrote: On Sun, Mar 22, 2009 at 05:27:15PM -0500, Ryan Schmidt wrote: On Mar 22, 2009, at 16:39, b...@macports.org wrote: +master_siteshttp://downloads.sourceforge.net/viking/ Could this be changed to master_sites sourceforge Yes of course

Re: [48455] trunk/dports/science/qucs/files/patch-configure.diff

2009-03-22 Thread Ryan Schmidt
On Mar 22, 2009, at 17:58, Rainer Müller wrote: Ryan Schmidt wrote: On Mar 22, 2009, at 13:28, ro...@macports.org wrote: Revision: 48455 http://trac.macports.org/changeset/48455 Author: ro...@macports.org Date: 2009-03-22 11:28:17 -0700 (Sun, 22 Mar 2009) Log Message: ---

Re: [48455] trunk/dports/science/qucs/files/patch-configure.diff

2009-03-22 Thread Rolf Würdemann
Am 23.03.2009 um 00:14 schrieb Ryan Schmidt: On Mar 22, 2009, at 17:58, Rainer Müller wrote: Ryan Schmidt wrote: On Mar 22, 2009, at 13:28, ro...@macports.org wrote: Revision: 48455 http://trac.macports.org/changeset/48455 Author: ro...@macports.org Date: 2009-03-22 11:28:

Re: CC, CXX et al in build, test and destroot phases

2009-03-22 Thread Ryan Schmidt
On Mar 22, 2009, at 18:00, Toby Peterson wrote: On Sun, Mar 22, 2009 at 15:48, Ryan Schmidt wrote: MacPorts sets the environment variables CC, CXX and so forth in the configure phase only. Can anyone think of a reason why it should not also set these variables in the build, test and destro

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Ryan Schmidt
On Mar 22, 2009, at 17:01, Daniel J. Luke wrote: Maybe tracemode (or something like it) could be adapted to be on by default to fix this then? Tracemode seems very finicky, having gotten more so since the 1.7.0 release, so I would be loath to do so. _

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Ryan Schmidt
On Mar 22, 2009, at 15:11, Daniel J. Luke wrote: note that we'd need to use autoconf to check for the location of the SDK (if we don't already) since it doesn't have to be installed at /Developer/SDKs on 10.5. I've ignored this problem so far. I would be surprised if MacPorts would work

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Toby Peterson
On Sun, Mar 22, 2009 at 16:48, Ryan Schmidt wrote: > > On Mar 22, 2009, at 15:11, Daniel J. Luke wrote: > >> note that we'd need to use autoconf to check for the location of the SDK >> (if we don't already) since it doesn't have to be installed at >> /Developer/SDKs on 10.5. > > I've ignored this

Re: CC, CXX et al in build, test and destroot phases

2009-03-22 Thread Toby Peterson
On Sun, Mar 22, 2009 at 16:19, Ryan Schmidt wrote: > So I ask again: can you think of any reason why we should not set these > variables in the build, test and destroot phases? Can you think of any > problems it would cause? CC is probably safe, others not so much (e.g. CFLAGS might cause unexpec

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Ryan Schmidt
On Mar 22, 2009, at 19:25, Toby Peterson wrote: On Sun, Mar 22, 2009 at 16:48, Ryan Schmidt wrote: On Mar 22, 2009, at 15:11, Daniel J. Luke wrote: note that we'd need to use autoconf to check for the location of the SDK (if we don't already) since it doesn't have to be installed at /Deve

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Toby Peterson
On Sun, Mar 22, 2009 at 17:31, Ryan Schmidt wrote: > It is necessary to build against an SDK in order to get a universal build > (on Tiger, anyway). And it is the way Apple says to do it. If you can get > Apple to change their recommendation, and compel me to upgrade my Tiger > systems to Leopard,

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Daniel J. Luke
On Mar 22, 2009, at 7:48 PM, Ryan Schmidt wrote: note that we'd need to use autoconf to check for the location of the SDK (if we don't already) since it doesn't have to be installed at /Developer/SDKs on 10.5. I've ignored this problem so far. I would be surprised if MacPorts would work if

Re: Is isysroot useful for non-universal?

2009-03-22 Thread Ryan Schmidt
On Mar 22, 2009, at 21:41, Daniel J. Luke wrote: On Mar 22, 2009, at 7:48 PM, Ryan Schmidt wrote: note that we'd need to use autoconf to check for the location of the SDK (if we don't already) since it doesn't have to be installed at /Developer/SDKs on 10.5. I've ignored this problem so