On 05/10/2011 08:10 PM, Pierre-Luc Drouin wrote:
Hi,
If you initially compiled your ports using the -p option of
portupgrade, then using the -P option of portupgrade will install the
ports using the package files that you have generated rather than
fetching them from the server. If you want
Hi,
If you initially compiled your ports using the -p option of portupgrade,
then using the -P option of portupgrade will install the ports using the
package files that you have generated rather than fetching them from the
server. If you want to fetch the binaries rather than recompile it on your
On Tue, May 10, 2011 at 2:23 PM, Mage m...@mage.hu wrote:
On 05/10/2011 08:10 PM, Pierre-Luc Drouin wrote:
Hi,
If you initially compiled your ports using the -p option of
portupgrade, then using the -P option of portupgrade will install the
ports using the package files that you have
On 05/10/2011 08:35 PM, Pierre-Luc Drouin wrote:
By the way you don't really need to use the cvsup package anymore, as
there is now the csup command that is part of FreeBSD. Regarding the
core dumps, maybe you should tried running portsclean -PLD to remove
old packages, libraries and
On Tue, May 10, 2011 at 2:59 PM, Mage m...@mage.hu wrote:
On 05/10/2011 08:35 PM, Pierre-Luc Drouin wrote:
By the way you don't really need to use the cvsup package anymore, as
there is now the csup command that is part of FreeBSD. Regarding the
core dumps, maybe you should tried
В Tue, 10 May 2011 20:59:17 +0200
Mage m...@mage.hu пишет:
On 05/10/2011 08:35 PM, Pierre-Luc Drouin wrote:
By the way you don't really need to use the cvsup package anymore,
as there is now the csup command that is part of FreeBSD. Regarding
the core dumps, maybe you should tried
On 05/10/2011 09:10 PM, Ivan Klymenko wrote:
[root@eden ~]# cvsup sup_standard
Connected to cvsup.de.FreeBSD.org
Updating collection src-all/cvs
Edit src/bin/sh/expand.c
Illegal instruction: 4 (core dumped)
rm /usr/share/zoneinfo/UTC
I thought you are joking, but I tried:
[root@eden ~]#
В Tue, 10 May 2011 21:28:25 +0200
Mage m...@mage.hu пишет:
On 05/10/2011 09:10 PM, Ivan Klymenko wrote:
[root@eden ~]# cvsup sup_standard
Connected to cvsup.de.FreeBSD.org
Updating collection src-all/cvs
Edit src/bin/sh/expand.c
Illegal instruction: 4 (core dumped)
rm
Since it core dumps with Illegal instruction, it looks like there cvsup is
still using some of the ports you compiled with the wrong flags. I would try
the following:
1) Rename your file /etc/make.conf such that the system stops using it (just
in case there is still something wrong with it
On 05/10/2011 09:40 PM, Ivan Klymenko wrote:
begin
http://docs.freebsd.org/cgi/mid.cgi?20091215140234.GA94567
Thank you. I think I will need UTC zoneinfo so I will check csup.
I still have no idea about the rvm install. Maybe I'll backup and revert
to an earlier snapshot to see if it compiles
On Tue, May 10, 2011 at 3:42 PM, Mage m...@mage.hu wrote:
Since it core dumps with Illegal instruction, it looks like there cvsup
is
still using some of the ports you compiled with the wrong flags. I would
try
the following:
1) Rename your file /etc/make.conf such that the system
On 05/10/2011 09:55 PM, Pierre-Luc Drouin wrote:
If the -O3 argument in the command above comes from your make.conf, it is
possible that this level of optimisation causes gcc46 to crash for these
particular input files... You can try lowering the level of optimisation as
a whole when building
On Tue, May 10, 2011 at 4:06 PM, Mage m...@mage.hu wrote:
On 05/10/2011 09:55 PM, Pierre-Luc Drouin wrote:
If the -O3 argument in the command above comes from your make.conf, it is
possible that this level of optimisation causes gcc46 to crash for these
particular input files... You can
On 05/10/2011 10:16 PM, Pierre-Luc Drouin wrote:
It is not necessarily the -O. It can also be the -march=native ...
gcc46 -fno-strict-aliasing -pipe -fPIC -L. -rdynamic main.o dmydln.o
dmyencoding.o dmyversion.o miniprelude.o array.o bignum.o class.o
compar.o complex.o dir.o
Mage m...@mage.hu writes:
On 05/10/2011 10:16 PM, Pierre-Luc Drouin wrote:
It is not necessarily the -O. It can also be the -march=native ...
gcc46 -fno-strict-aliasing -pipe -fPIC -L. -rdynamic main.o dmydln.o
dmyencoding.o dmyversion.o miniprelude.o array.o bignum.o class.o
On 05/10/2011 10:34 PM, Lowell Gilbert wrote:
You've tried it with an empty make.conf file first, I assume?
Actually I don't have make.conf, I renamed it.
It doesn't matter for RVM. It doesn't use it. I exported CC, GCC, CFLAGS
and so for rvm install.
On 05/10/11 20:59, Mage wrote:
On 05/10/2011 10:34 PM, Lowell Gilbert wrote:
You've tried it with an empty make.conf file first, I assume?
Actually I don't have make.conf, I renamed it.
It doesn't matter for RVM. It doesn't use it. I exported CC, GCC, CFLAGS
and so for rvm install.
On 05/10/2011 10:59 PM, Mage wrote:
Actually I don't have make.conf, I renamed it.
It doesn't matter for RVM. It doesn't use it. I exported CC, GCC, CFLAGS
and so for rvm install.
The rvm install signal 4 seems to be general problem,
18 matches
Mail list logo