On 10/16/17 07:46, Mathieu Arnold wrote:
The first 7 digits may, or may not be sufficient. 7 is a magic number,
and should not be used. You should, instead, ask git directly what the
abbreviation should be with, for instance, `git log --abbrev-commit`.
It may give you a number that seven digits l
On Mon, Oct 16, 2017 at 07:19:49AM -0700, Steve Kargl wrote:
> On Mon, Oct 16, 2017 at 02:18:01AM -0700, Yuri wrote:
> > On 10/15/17 23:20, Gleb Popov wrote:
> > > I've tracked these symbols to /usr/local/lib/gcc6/libgcc_s.so. But there
> > > is
...
> > Fortran implementation based on gcc is fault
I'm trying to download some files from sourceforge but it fails constantly.
PORTNAME= zipios++
PORTVERSION= 2.1.1
MASTER_SITES= SF/zipios/
DISTFILES=zipios-2.1.1.tar.gz
here's the output from trying to run make makesum
sudo make makesum
=> zipios-2.1.1.tar.gz doesn't se
On 10/16/17 07:19, Steve Kargl wrote:
Huh? I use Netlib blas/lapack compiled with gfortran on FreeBSD
with no problem. If you're having problems with gfortran finding
the right libgcc_s.so, then add -rpath /usr/local/lib/gcc5 (or gcc6
or gcc7) to yout Fortran options.
gfortran doesn't have a
Hi Marco,
Thank you for your emails. It is now working.
For some reason the /usr/local/include/ImageMagick-6/wand/ was sparsely
populated and the header file was not there.
So, I went into the /usr/ports/graphics/ImageMagick directory and issued
a 'make install' and realised that I hadn't
de-insta
Le 15/10/2017 à 21:47, O. Hartmann a écrit :
> Am Sun, 15 Oct 2017 12:35:49 -0700
> Yuri schrieb:
>
>> On 10/15/17 12:19, O. Hartmann wrote:
>>> Out of the blue there is a so called GH_TAGNAME. It reflects some late
>>> commit/revision
>>> number on an archive. Now I try to figure out how to find
On Mon, Oct 16, 2017 at 02:18:01AM -0700, Yuri wrote:
> On 10/15/17 23:20, Gleb Popov wrote:
> > I've tracked these symbols to /usr/local/lib/gcc6/libgcc_s.so. But there is
> > also /usr/lib/libgcc_s.so and it doesn't have such symbols. I suspect this
> > is the source of the error, but I wasn't ab
On 10/13/17 17:38, Adam Weinberger wrote:
On 11 Oct, 2017, at 7:48, Werner Griessl wrote:
After an Upgrade from 10.3 Stable --> 11.1 Stable, the /usr/ports/INDEX-11 doesnt build
after a "portsnap fetch upgrade"
Have always to do "cd /usr/ports; make index" after a portsnap.
What is wrong with
I had an idea that maybe the port was failing because of Clang compiler, so
I looked through the porters handbook and found
USE_GCC
this prompted me to install gcc 6.2 which i think is a little overkill plus
it also installed a few other packages as well. The build went through and
failed at this
@Baptiste
adding localbase to the USES macros made it past the previous errors. The
compilation fails with this error:
gmake[4]: Entering directory
'/usr/ports/graphics/utsushi/work/utsushi-c590592/lib'
depbase=`echo connexion.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\
/bin/sh ../libtool --tag=CX
On Mon, 16 Oct 2017 09:20:26 +0300 Gleb Popov <6year...@gmail.com> wrote:
> I'm porting an application (DLib, https://reviews.freebsd.org/D12559) that
> uses BLAS and LAPACK, and I have some questions.
>
> 1. Is there any pure C implementation that does not require Fortran
> compiler?
Probably no
Le 16/10/2017 à 00:31, Mel Pilgrim a écrit :
> On 10/15/2017 11:41, Baptiste Daroussin wrote:
>> On Sun, Oct 15, 2017 at 06:15:24PM +, Yuri wrote:
>>> Uses/ssl.mk allows SSL_DEFAULT=base. I know this has been discussed
>>> here
>>> before, but why is this even allowed? If some ports are built w
On 10/16/17 02:18, Yuri wrote:
You can try to apply the patch from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220313 and then have
USES=fortran:flang instead of just USES=fortran in your port. Please
let me know if this works. flang is a new, experimental fortran
implementation that a
On 10/15/17 23:20, Gleb Popov wrote:
I've tracked these symbols to /usr/local/lib/gcc6/libgcc_s.so. But there is
also /usr/lib/libgcc_s.so and it doesn't have such symbols. I suspect this
is the source of the error, but I wasn't able to fix it. Passing -Wl,-rpath
as advised by lang/gcc6 pkg-messa
On Mon, Oct 16, 2017 at 08:58:32AM +, blubee blubeeme wrote:
> I've tried passing CONFIGURE_ARGS or removing it, both gives the same error
> below.
> LIB_DEPENDS= libltdl.so:devel/libltdl
> GNU_CONFIGURE= yes
> CONFIGURE_ARGS= --enable-ltdl-install
> USES=autoreconf gmake libt
I've tried passing CONFIGURE_ARGS or removing it, both gives the same error
below.
LIB_DEPENDS= libltdl.so:devel/libltdl
GNU_CONFIGURE= yes
CONFIGURE_ARGS= --enable-ltdl-install
USES=autoreconf gmake libtool
the config.log file is there and it's pretty long as well I am looking
t
On Mon, 16 Oct 2017 10:44:42 +0200 Tijl Coosemans wrote:
> On Mon, 16 Oct 2017 13:37:57 +0800 blubee blubeeme
> wrote:
>> CONFIGURE_ARGS= --without-included-ltdl --disable-ltdl-install
>> USES=autoreconf gmake
>
> Here you should add "libtool" to USES.
You may also have to add "
On Mon, Oct 16, 2017 at 08:25:57AM +, blubee blubeeme wrote:
> This is what the Makefile looks like, the file still fails:
>
> LICENSE= GPLv3+
> BUILD_DEPENDS= gsed:textproc/gsed
>
> BINARY_ALIAS=sed=gsed
>
> LIB_DEPENDS= libltdl.so:devel/libltdl
> GNU_CONFIGURE= yes
> US
On Mon, 16 Oct 2017 13:37:57 +0800 blubee blubeeme wrote:
> I'm trying to port some software that keeps failing when it tries to find a
> config.h.
>
> I know the config.h file is there but I think the compilation is failing
> because it's trying to build ltdl and freebsd doesn't need that since
This is what the Makefile looks like, the file still fails:
LICENSE= GPLv3+
BUILD_DEPENDS= gsed:textproc/gsed
BINARY_ALIAS=sed=gsed
LIB_DEPENDS= libltdl.so:devel/libltdl
GNU_CONFIGURE= yes
USES=autoreconf gmake
same compile error.
That config.h should be auto gen
On Mon, Oct 16, 2017 at 05:37:57AM +, blubee blubeeme wrote:
> I'm trying to port some software that keeps failing when it tries to find a
> config.h.
>
> I know the config.h file is there but I think the compilation is failing
> because it's trying to build ltdl and freebsd doesn't need that
On Mon, Oct 16, 2017 at 9:20 AM, Gleb Popov <6year...@gmail.com> wrote:
> Hello.
>
> I'm porting an application (DLib, https://reviews.freebsd.org/D12559) that
> uses BLAS and LAPACK, and I have some questions.
>
> 1. Is there any pure C implementation that does not require Fortran
> compiler?
>
On Sun, 15 Oct 2017 23:38:54 -0700
Mark Millard wrote:
> O. Hartmann ohartmann at walstatt.org wrote on
> Sun Oct 15 16:37:58 UTC 2017 :
>
> > . . .
> > file
> > /usr/ports/lang/pocl/work/stage/usr/local/share/pocl/kernel-x86_64-unknown-freebsd12.0-avx.bc:No
> > such file or directory pkg-stati
23 matches
Mail list logo
