Send macports-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of macports-users digest..."
Today's Topics:
1. selfupdate error (Thomas Keller)
2. Re: selfupdate error (Joshua Root)
3. using dependency criteria before package removal (Artie Ziff)
4. Re: using dependency criteria before package removal (Joshua
Root)
5. Re: netcdf 4.0 lib not linking (Jochen K?pper)
6. Any ideas on getting gfortran? (MD White)
7. Re: Any ideas on getting gfortran? (Bryan Blackburn)
8. Re: netcdf 4.0 lib not linking (Yolande Serra)
9. Re: LibGnomeCanvas Dependency Problem (Ryan Schmidt)
10. Re: LibGnomeCanvas Dependency Problem (Joshua Root)
11. Problem installing vtk (David Trem)
12. r48332 openssl command line configure.optflags=-fast doesn't
override (-O3) (Ceriel Jacobs)
----------------------------------------------------------------------
Message: 1
Date: Thu, 19 Mar 2009 09:52:44 -0700
From: Thomas Keller <[email protected]>
Subject: selfupdate error
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Greetings,
Could someone give me advice on what to do when selfupdate fails?
Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the
ports tree: Synchronization of 1 source(s) failed
thanks,
Tom K
------------------------------
Message: 2
Date: Fri, 20 Mar 2009 04:26:30 +1100
From: Joshua Root <[email protected]>
Subject: Re: selfupdate error
To: Thomas Keller <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Thomas Keller wrote:
Greetings,
Could someone give me advice on what to do when selfupdate fails?
Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the
ports tree: Synchronization of 1 source(s) failed
Check that your network is working and not blocking traffic to either
the rsync port (TCP/873) or Apple's network. PeerGuardian is notorious
for doing the latter.
- Josh
------------------------------
Message: 3
Date: Thu, 19 Mar 2009 13:03:09 -0700
From: Artie Ziff <[email protected]>
Subject: using dependency criteria before package removal
To: MacPorts Users <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Hello,
I noticed that my MacPort builds python 2.4. I probably do not need
it.
In an effort to learn how to better manage the MacPort tree (which
must
be huge by now), can I remove python 2.4? Here's some info:
$ port -v deps python24
python24 has library dependencies on:
port:gettext
thank you!
Art
------------------------------
Message: 4
Date: Fri, 20 Mar 2009 07:11:00 +1100
From: Joshua Root <[email protected]>
Subject: Re: using dependency criteria before package removal
To: Artie Ziff <[email protected]>
Cc: MacPorts Users <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Artie Ziff wrote:
Hello,
I noticed that my MacPort builds python 2.4. I probably do not need
it.
In an effort to learn how to better manage the MacPort tree (which
must
be huge by now), can I remove python 2.4? Here's some info:
$ port -v deps python24
python24 has library dependencies on:
port:gettext
You will get an error message if you try to uninstall a port that has
dependents. Or you can find out beforehand like this:
port dependents python24
- Josh
------------------------------
Message: 5
Date: Thu, 19 Mar 2009 23:53:44 +0100
From: Jochen K?pper <[email protected]>
Subject: Re: netcdf 4.0 lib not linking
To: Yolande Serra <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed";
DelSp="yes"
On 18.03.2009, at 18:33, Yolande Serra wrote:
I just wanted to let the list know I fixed the problem with linking
my netcdf 4.0 library to a fortran program. Note, the macports
netcdf install works fine with C code calling netcdf routines, only
fortran code seemed to be an issue (even with the +g95 variant).
The steps I took were the following:
build szlib as standard installation from macports
build openmpi with the +gcc43 variant so that fortran is enabled
build hdf5-18 with the +gcc43 variant, again so that fortran is
enabled
build netcdf using gcc43 with fortran enabled - I wrote my own
Portfile to do this as I wanted netcdf 4 capabilities. The macports
netcdf installation does not activate netcdf-4 (in which case you
might as well just install netcdf-3.x).
Then, when compiling code that references libnetcdf.a use
gfortran -fsecond-underscore -I/opt/local/include program.f -o
program -L/opt/local/lib -lnetcdf
The -fsecond-underscore is critical, at least for my setup.
Otherwise the code will not link to the netcdf library, which has
second underscores. I suppose you could also build the netcdf
library with FFLAG -fno-second-underscore. I did not try this. I'm
curious why the gcc43 compiler suite built the netcdf library with
second underscores but does not build my .f code with them.
Is gfortran actually gfortran-mp-4.3?
my Portfile (used macports netcdf portfile as a template):
PortSystem 1.0
name netcdf
version 4.0
maintainers [email protected]
platforms darwin
categories science
description NetCDF - Network Common Data Form
long_description NetCDF is an interface \
for array-oriented data access and a library
that \
provides an implementation of the interface.
The \
netCDF library also defines a machine-
independent \
format for representing scientific data.
Together, \
the interface, library, and format support
the \
creation, access, and sharing of scientific
data. \
The netCDF software was developed at the
Unidata \
Program Center in Boulder, Colorado.
homepage http://unidata.ucar.edu/packages/netcdf/
master_sites ftp://ftp.unidata.ucar.edu/pub/netcdf/ \
http://www.gfd-dennou.org/arch/netcdf/unidata-mirror/ \
ftp://www.gfd-dennou.org/arch/netcdf/unidata-mirror/
checksums sha1 bea99846265e55e54be2c200ae004acc3a221c0a
depends_lib port:hdf5 \
port:szip
configure.cppflags "-DNDEBUG -Df2cFortran"
configure.cxxflags "-O2 -fno-common"
configure.cflags "-O2 -fno-common"
configure.args --disable-f77 \
# --enable-shared \
--enable-netcdf-4 \
--with-zlib=${prefix}/lib \
--with-szlib=${prefix}/lib \
--with-hdf5=${prefix}/lib
test.run yes
test.target check
destroot.destdir prefix=${destroot}${prefix} \
MANDIR=\\\${prefix}/share/man
post-destroot {
file delete -force ${destroot}${prefix}/share/man/whatis.db
}
variant g95 {
depends_lib port:g95
configure.args-delete --disable-f77
configure.fc ${prefix}/bin/g95
configure.env-append FCFLAGS=-O2
}
variant gfortran43 {
depends_lib port:gcc43
configure.args-delete --disable-f77
configure.cc ${prefix}/bin/gcc-mp-4.3
configure.cxx ${prefix}/bin/g++-mp-4.3
configure.fc ${prefix}/bin/gfortran-mp-4.3
}
On Mar 16, 2009, at 12:15 PM, Yolande Serra wrote:
I've written previously about this issue and got no reply. I'm
trying again after trying everything I could think of to get my
netcdf 4.0 library installed with macport to work with the gcc43
also installed with macport. I made a local port for netcdf in
which I compiled it with gcc43 after having installed gcc43 from
macport. The build worked and I configured it with gfortran so
that the fortran libs were also installed with my netcdf libs. I
selected to not have separate fortran libraries and did not
configure with shared libraries so everything is in libnetcdf.a. I
checked using otool and all the right references are in
libnetcdf.a, at least if I compare it to a working version of
netcdf 4.0 on my old powerpc mac. No netcdf 4.0 options were
turned on so I did not have to install netcdf with hdf5, zlib or
szlib (as this is what I tried at first and did not get it to work).
So, the question is why do I get linking errors when I try to
compile fortran code that calls the netcdf libs? I compile the
code with gfortran-mp-4.3 and use the same options as when I built
netcdf 4.0 (-fno-second-underscore -O2 -g). I also have provided
the location of the include file and library explicitly in the
compile command line (-I/opt/local/include and -L/opt/local/lib -
lnetcdf). I also call some udunits functions which do not give any
errors and udunits was also installed using macports and is in /opt/
local.
Do I need to recompile the gcc43 using the same options (-fno-
second-underscore)?? I tried compiling netcdf libs without this
option, but this also did not work. I tried compiling my code
without that option as well and it did not work. I also tried -fno-
underscoring - no luck. I have a netcdf 4.0 library installed on my
powerpc mac and can use gcc4.3 with that library with no problem
but neither of these packages were installed with macports. I'd
like to use macports for the new mac (intel), as it seems more
convenient than building source code myself all the time. However,
I desperately need a working netcdf library as all my data is
stored this way.
Thanks for any help, Yolande
_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Sch?ne Gr??e,
Jochen
--
Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de
Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D
Sex, drugs and rock-n-roll
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090319/8ea7bcea/attachment-0001.bin
>
------------------------------
Message: 6
Date: Thu, 19 Mar 2009 20:26:13 -0400
From: MD White <[email protected]>
Subject: Any ideas on getting gfortran?
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Hi,
I tried to get gfortran by grabbing the gcc44 (beta) port. It
downloaded gcc-core-4.4.20090313.tar.bz2, gcc-
fortran-4.4.20090313.tar.bz2, gcc-g++-4.4.20090313.tar.bz2, gcc-
java-4.4.20090313.tar.bz2 and gcc-objc-4.4.20090313.tar.bz2 but then
proceeded to just build gcc. There were no error messages, just that
it installed gcc 4.4 and then cleaned up. It installed:
cpp-mp-4.4
gcc-mp-4.4
gccbug-mp-4.4
gcov-mp-4.4
i386-apple-darwin9.6.0-gcc-4.4.0
i386-apple-darwin9.6.0-gcc-mp-4.4
c++-mp-4.4
g++-mp-4.4
i386-apple-darwin9.6.0-g++-4.4.0
i386-apple-darwin9.6.0-g++-mp-4.4
but, no gfortran (and no java for that matter). So does anyone have
ideas on how to get gfortran 4.4 from macports? Is there a problem
with the port? (I am running OS X 10.5.6 on an intel machine).
Thanks,
- M
------------------------------
Message: 7
Date: Thu, 19 Mar 2009 18:34:09 -0600
From: Bryan Blackburn <[email protected]>
Subject: Re: Any ideas on getting gfortran?
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
On Thu, Mar 19, 2009 at 08:26:13PM -0400, MD White said:
Hi,
I tried to get gfortran by grabbing the gcc44 (beta) port. It
downloaded
gcc-core-4.4.20090313.tar.bz2, gcc-fortran-4.4.20090313.tar.bz2,
gcc-g++-4.4.20090313.tar.bz2, gcc-java-4.4.20090313.tar.bz2 and
gcc-objc-4.4.20090313.tar.bz2 but then proceeded to just build
gcc. There
were no error messages, just that it installed gcc 4.4 and then
cleaned
up. It installed:
cpp-mp-4.4
gcc-mp-4.4
gccbug-mp-4.4
gcov-mp-4.4
i386-apple-darwin9.6.0-gcc-4.4.0
i386-apple-darwin9.6.0-gcc-mp-4.4
c++-mp-4.4
g++-mp-4.4
i386-apple-darwin9.6.0-g++-4.4.0
i386-apple-darwin9.6.0-g++-mp-4.4
but, no gfortran (and no java for that matter). So does anyone have
ideas on how to get gfortran 4.4 from macports? Is there a
problem with
the port? (I am running OS X 10.5.6 on an intel machine).
gcc44 has a variant for it (and for java), which states "this
language will
be enabled in the final version - this variant is completely
untested!" so
you may be successful or have issues.
gcc43 builds it fine though, without variants.
Bryan
Thanks,
- M
------------------------------
Message: 8
Date: Thu, 19 Mar 2009 20:32:41 -0700
From: Yolande Serra <[email protected]>
Subject: Re: netcdf 4.0 lib not linking
To: Jochen K?pper <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
On Mar 19, 2009, at 3:53 PM, Jochen K?pper wrote:
On 18.03.2009, at 18:33, Yolande Serra wrote:
I just wanted to let the list know I fixed the problem with linking
my netcdf 4.0 library to a fortran program. Note, the macports
netcdf install works fine with C code calling netcdf routines, only
fortran code seemed to be an issue (even with the +g95 variant).
The steps I took were the following:
build szlib as standard installation from macports
build openmpi with the +gcc43 variant so that fortran is enabled
build hdf5-18 with the +gcc43 variant, again so that fortran is
enabled
build netcdf using gcc43 with fortran enabled - I wrote my own
Portfile to do this as I wanted netcdf 4 capabilities. The
macports netcdf installation does not activate netcdf-4 (in which
case you might as well just install netcdf-3.x).
Then, when compiling code that references libnetcdf.a use
gfortran -fsecond-underscore -I/opt/local/include program.f -o
program -L/opt/local/lib -lnetcdf
The -fsecond-underscore is critical, at least for my setup.
Otherwise the code will not link to the netcdf library, which has
second underscores. I suppose you could also build the netcdf
library with FFLAG -fno-second-underscore. I did not try this.
I'm curious why the gcc43 compiler suite built the netcdf library
with second underscores but does not build my .f code with them.
Is gfortran actually gfortran-mp-4.3?
Yes, that is how macports installs it. Probably so it won't override
the default installation of gcc 4.0 on Macs that ships with Xcode.
That installation has gcc but not gfortran. After you install gcc43
with macports check /opt/local/bin/ and you will see the compiler
collection.
my Portfile (used macports netcdf portfile as a template):
PortSystem 1.0
name netcdf
version 4.0
maintainers [email protected]
platforms darwin
categories science
description NetCDF - Network Common Data Form
long_description NetCDF is an interface \
for array-oriented data access and a library
that \
provides an implementation of the interface.
The \
netCDF library also defines a machine-
independent \
format for representing scientific data.
Together, \
the interface, library, and format support
the \
creation, access, and sharing of scientific
data. \
The netCDF software was developed at the
Unidata \
Program Center in Boulder, Colorado.
homepage http://unidata.ucar.edu/packages/netcdf/
master_sites ftp://ftp.unidata.ucar.edu/pub/netcdf/ \
http://www.gfd-dennou.org/arch/netcdf/unidata-mirror/ \
ftp://www.gfd-dennou.org/arch/netcdf/unidata-mirror/
checksums sha1 bea99846265e55e54be2c200ae004acc3a221c0a
depends_lib port:hdf5 \
port:szip
configure.cppflags "-DNDEBUG -Df2cFortran"
configure.cxxflags "-O2 -fno-common"
configure.cflags "-O2 -fno-common"
configure.args --disable-f77 \
# --enable-shared \
--enable-netcdf-4 \
--with-zlib=${prefix}/lib \
--with-szlib=${prefix}/lib \
--with-hdf5=${prefix}/lib
test.run yes
test.target check
destroot.destdir prefix=${destroot}${prefix} \
MANDIR=\\\${prefix}/share/man
post-destroot {
file delete -force ${destroot}${prefix}/share/man/whatis.db
}
variant g95 {
depends_lib port:g95
configure.args-delete --disable-f77
configure.fc ${prefix}/bin/g95
configure.env-append FCFLAGS=-O2
}
variant gfortran43 {
depends_lib port:gcc43
configure.args-delete --disable-f77
configure.cc ${prefix}/bin/gcc-mp-4.3
configure.cxx ${prefix}/bin/g++-mp-4.3
configure.fc ${prefix}/bin/gfortran-mp-4.3
}
On Mar 16, 2009, at 12:15 PM, Yolande Serra wrote:
I've written previously about this issue and got no reply. I'm
trying again after trying everything I could think of to get my
netcdf 4.0 library installed with macport to work with the gcc43
also installed with macport. I made a local port for netcdf in
which I compiled it with gcc43 after having installed gcc43 from
macport. The build worked and I configured it with gfortran so
that the fortran libs were also installed with my netcdf libs. I
selected to not have separate fortran libraries and did not
configure with shared libraries so everything is in libnetcdf.a.
I checked using otool and all the right references are in
libnetcdf.a, at least if I compare it to a working version of
netcdf 4.0 on my old powerpc mac. No netcdf 4.0 options were
turned on so I did not have to install netcdf with hdf5, zlib or
szlib (as this is what I tried at first and did not get it to
work).
So, the question is why do I get linking errors when I try to
compile fortran code that calls the netcdf libs? I compile the
code with gfortran-mp-4.3 and use the same options as when I built
netcdf 4.0 (-fno-second-underscore -O2 -g). I also have provided
the location of the include file and library explicitly in the
compile command line (-I/opt/local/include and -L/opt/local/lib -
lnetcdf). I also call some udunits functions which do not give
any errors and udunits was also installed using macports and is
in /opt/local.
Do I need to recompile the gcc43 using the same options (-fno-
second-underscore)?? I tried compiling netcdf libs without this
option, but this also did not work. I tried compiling my code
without that option as well and it did not work. I also tried -
fno-underscoring - no luck. I have a netcdf 4.0 library installed
on my powerpc mac and can use gcc4.3 with that library with no
problem but neither of these packages were installed with
macports. I'd like to use macports for the new mac (intel), as it
seems more convenient than building source code myself all the
time. However, I desperately need a working netcdf library as all
my data is stored this way.
Thanks for any help, Yolande
_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Sch?ne Gr??e,
Jochen
--
Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de
Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D
Sex, drugs and rock-n-roll
Dr. Yolande Serra, Assoc. Research Faculty
Institute of Atmospheric Physics
University of Arizona
(520) 621-6619
[email protected]
------------------------------
Message: 9
Date: Fri, 20 Mar 2009 00:11:54 -0500
From: Ryan Schmidt <[email protected]>
Subject: Re: LibGnomeCanvas Dependency Problem
To: [email protected]
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On Mar 19, 2009, at 02:55, Tom Condon wrote:
I have run into a problem with the libgnomecanvas port
dependencies. When I try to build it it says that libgnomecanvas is
dependent on "gail" (error message below).
===================
Package requirements ( gtk+-2.0 >= 2.0.3 gail >= 1.9.0
libart-2.0 >= 2.3.8 pango >= 1.0.1 pangoft2 >= 1.0.1) were not
met:
No package 'gail' found
===================
However, when I try:
port info libgnomecanvas
it says:
===================
Mac-The-Knife:~ Captain$ port info libgnomecanvas
libgnomecanvas @2.20.1.1, Revision 2 (gnome)
Variants: universal
The GNOMECanvas library provides a number of features: Image
loading facilities.
Rendering of a GdkPixBuf into various formats: drawables (windows,
pixmaps),
GdkRGB buffers. A cache interface.
Homepage: http://www.gnome.org/
Build Dependencies: pkgconfig, perl5, p5-xml-parser, intltool
Library Dependencies: glib2, gtk2, pango, gettext, libiconv,
libart_lgpl,
libglade2
Platforms: darwin
Maintainers: [email protected]
===================
With, as you see, no mention of "gail".
When I try:
port search gail
I get:
===================
libgail-gnome @1.20.1 (gnome)
An implementation of the ATK interfaces for GNOME widgets.
===================
But an attempt to build libgail-gnome also finds a dependency on
package "gail".
I can find no port at this time that declares a dependency on the
deleted port "gail". Try "sudo port sync" to update your ports.
It also returns the following error, which makes no sense to me due
to a mismatch of quotes in the shell command:
===================
---> Configuring at-spi
Error: Target org.macports.configure returned: configure failure:
shell command " cd "/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_gnome
_at-spi/work/at-spi-1.24.1" && ./configure --prefix=/opt/local --
enable-static --enable-platform-gnome-2 --disable-xevie --with-x "
returned error 1
===================
This line only tells us that an error occurred configuring the at-spi
port. The specific error that occurred is located in the subsequent
lines which you omitted to show us.
------------------------------
Message: 10
Date: Fri, 20 Mar 2009 21:56:41 +1100
From: Joshua Root <[email protected]>
Subject: Re: LibGnomeCanvas Dependency Problem
To: Ryan Schmidt <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Ryan Schmidt wrote:
On Mar 19, 2009, at 02:55, Tom Condon wrote:
But an attempt to build libgail-gnome also finds a dependency on
package "gail".
I can find no port at this time that declares a dependency on the
deleted port "gail". Try "sudo port sync" to update your ports.
That's not the issue, it's the configure script that is complaining
about gail being missing. This almost certainly points to an
outdated gtk2.
- Josh
------------------------------
Message: 11
Date: Fri, 20 Mar 2009 13:28:03 +0100
From: David Trem <[email protected]>
Subject: Problem installing vtk
To: MacPorts Users <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
May somebody help ?
I have a problem installing vtk on MacBook OS X 10.5.6, using macports
1.700 (fresh install).
See console output below.
Thanks in advance,
David
---> Building VTK
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK"
&& make all " returned error 2
Command output: [ 62%] Built target vtkexpat
make -f IO/CMakeFiles/vtkIO.dir/build.make IO/CMakeFiles/vtkIO.dir/
depend
cd
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
&& /opt/local/bin/cmake -E cmake_depends "Unix Makefiles"
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/IO
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/IO
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/IO/CMakeFiles/
vtkIO.dir/DependInfo.cmake
--color=
make -f IO/CMakeFiles/vtkIO.dir/build.make IO/CMakeFiles/vtkIO.dir/
build
make[2]: Nothing to be done for `IO/CMakeFiles/vtkIO.dir/build'.
/opt/local/bin/cmake -E cmake_progress_report
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/CMakeFiles
51 52 53 54 55 56 57 58 59 60 61 62
[ 74%] Built target vtkIO
make -f Utilities/freetype/CMakeFiles/vtkfreetype.dir/build.make
Utilities/freetype/CMakeFiles/vtkfreetype.dir/depend
cd
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
&& /opt/local/bin/cmake -E cmake_depends "Unix Makefiles"
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/freetype
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/freetype
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/freetype/
CMakeFiles/vtkfreetype.dir/DependInfo.cmake
--color=
make -f Utilities/freetype/CMakeFiles/vtkfreetype.dir/build.make
Utilities/freetype/CMakeFiles/vtkfreetype.dir/build
make[2]: Nothing to be done for
`Utilities/freetype/CMakeFiles/vtkfreetype.dir/build'.
/opt/local/bin/cmake -E cmake_progress_report
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/CMakeFiles
92 93 94
[ 77%] Built target vtkfreetype
make -f Utilities/ftgl/CMakeFiles/vtkftgl.dir/build.make
Utilities/ftgl/CMakeFiles/vtkftgl.dir/depend
cd
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
&& /opt/local/bin/cmake -E cmake_depends "Unix Makefiles"
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/ftgl
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/ftgl
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/ftgl/
CMakeFiles/vtkftgl.dir/DependInfo.cmake
--color=
make -f Utilities/ftgl/CMakeFiles/vtkftgl.dir/build.make
Utilities/ftgl/CMakeFiles/vtkftgl.dir/build
make[2]: Nothing to be done for
`Utilities/ftgl/CMakeFiles/vtkftgl.dir/build'.
/opt/local/bin/cmake -E cmake_progress_report
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/CMakeFiles
95
[ 78%] Built target vtkftgl
make -f Rendering/CMakeFiles/vtkRendering.dir/build.make
Rendering/CMakeFiles/vtkRendering.dir/depend
cd
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
&& /opt/local/bin/cmake -E cmake_depends "Unix Makefiles"
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Rendering
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Rendering
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Rendering/
CMakeFiles/vtkRendering.dir/DependInfo.cmake
--color=
make -f Rendering/CMakeFiles/vtkRendering.dir/build.make
Rendering/CMakeFiles/vtkRendering.dir/build
/opt/local/bin/cmake -E cmake_progress_report
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/CMakeFiles
[ 78%] Building CXX object
Rendering/CMakeFiles/vtkRendering.dir/vtkCocoaRenderWindowInteractor.o
cd
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Rendering
&& /usr/bin/c++ -DvtkRendering_EXPORTS -Wno-deprecated
-no-cpp-precomp -fPIC
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Rendering
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Hybrid
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/IO
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Imaging
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Graphics
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Filtering
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Common
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Common/Testing/Cxx
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/zlib
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/jpeg
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/png
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/tiff
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/expat
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/
DICOMParser
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/freetype/
include
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/freetype
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/ftgl/src
-I/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Utilities/ftgl
-o CMakeFiles/vtkRendering.dir/vtkCocoaRenderWindowInteractor.o -c
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Rendering/
vtkCocoaRenderWindowInteractor.mm
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_graphics_vtk/work/VTK/Rendering/
vtkCocoaGLView.h:11:
error: using typedef-name 'NSOpenGLPixelFormatAttribute' after 'enum'
/System/Library/Frameworks/AppKit.framework/Headers/NSOpenGL.h:90:
error: 'NSOpenGLPixelFormatAttribute' has a previous declaration here
make[2]: ***
[Rendering/CMakeFiles/vtkRendering.dir/
vtkCocoaRenderWindowInteractor.o]
Error 1
make[1]: *** [Rendering/CMakeFiles/vtkRendering.dir/all] Error 2
make: *** [all] Error 2
Error: Status 1 encountered during processing.
------------------------------
Message: 12
Date: Fri, 20 Mar 2009 14:38:43 +0100
From: Ceriel Jacobs <[email protected]>
Subject: r48332 openssl command line configure.optflags=-fast doesn't
override (-O3)
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
On Mon Feb 16 13:21:30 PST 2009 Marcus Calhoun-Lopez worte:
You could write a shell script which overrides the default values
<snip>
You can also edit the file
${prefix}/share/macports/Tcl/port1.0/portconfigure.tcl
These two actions only set the default value.
A Portfile can override your value as well.
On Mon Feb 16 17:01:33 PST 2009 Rainer M?ller wrote:
No, command line options override values given in the Portfile.
When setting portconfigure.tcl to default configure.optflags=-fast
openssl reverts the optflag back to -O3.
When specifying one the command line, openssl still uses -O3.
Besides the openssl port file [1] doesn't contain -O3 neither any text
containing the word flag.
[1] http://trac.macports.org/browser/trunk/dports/devel/openssl/Portfile
Other port installs, like zlib, do honour the flag -fast.
What am I missing that the command
$ sudo /opt/local/bin/port -d install openssl +universal
configure.optflags=-fast configure.march=nocona
still uses -O3 instead of the specified -fast as flag?
Or should I file a ticket? Is this a bug submission or a feature
request?
~Ceriel
Environment: universal=x86_64, compiler=gcc-4.2
---
DEBUG: Found port in
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/openssl
DEBUG: Changing to port directory: /opt/local/var/macports/sources/
rsync.macports.org/release/ports/devel/openssl
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.6.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
<snip>
CFLAG =-fPIC -fno-common -DOPENSSL_PIC -DZLIB -
DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -arch
x86_64 -
isysroot /Developer/SDKs/MacOSX10.5.sdk -O3 -fomit-frame-pointer -
DL_ENDIAN -DMD32_REG_T=int -Wall
<snip>
------------------------------
_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
End of macports-users Digest, Vol 31, Issue 20
**********************************************
