On 2012-Sep-04 23:50:35 +0200, Dimitry Andric wrote:
>There's a difference between just using '-g', which should never change
>the behaviour of the program at runtime, and adding -DDEBUG or similar
>flags on the command line, which may or may not enable extra code, or
>even cause totally different
On Wed, 05 Sep 2012 16:45:49 +0200
"O. Hartmann" wrote:
> Hello.
>
> FreeBSD has fallen back far behind the standards of modern scientific
> computing and I dsperately look for solutions having OpenCL support on
> FreeBSD anyway.
>
> I stumbled into this project recently:
>
> FreeOCL at
> http
On 09/06/12 12:16, Matthieu Volat wrote:
> On Wed, 05 Sep 2012 16:45:49 +0200
> "O. Hartmann" wrote:
>
>> Hello.
>>
>> FreeBSD has fallen back far behind the standards of modern scientific
>> computing and I dsperately look for solutions having OpenCL support on
>> FreeBSD anyway.
>>
>> I stumble
On 09/06/12 12:16, Matthieu Volat wrote:
> On Wed, 05 Sep 2012 16:45:49 +0200
> "O. Hartmann" wrote:
>
>> Hello.
>>
>> FreeBSD has fallen back far behind the standards of modern scientific
>> computing and I dsperately look for solutions having OpenCL support on
>> FreeBSD anyway.
>>
>> I stumble
Working on a small port for OpenCL support for CPUs via "freeocl",
I run into a problem (runing FreeBSD 10.0-CURRENT).
The port requires devel/libatomic_ops, which installs a static library
/usr/lcoal/lib/libatomic_ops.a.
Following the instructions in the Porter's Handbook for FreeBSD, I added
a
On 09/06/12 13:33, Kurt Jaeger wrote:
> Hi!
>
>>> RUN_DEPENDS=
>>> ${LOCALBASE}/lib/libatomic_ops.a:${PORTSDIR}/devel/libatomic_ops
>>
>> Why did you not add it as LIB_DEPENDS or BUILD_DEPENDS ?
>
> Btw, any static library is always linked into the binary and
> therefore can by definition not be
On 2012-09-05 16:45, O. Hartmann wrote:
...
Well, I tried LLVM/CLANG, but Cmake of the sources fairly fails many
checks especuially for OpenMP.
Yes, it is currently not supported. I am not sure if there are serious
attempts to add it.
Using clang++ requisites the usage of the
new libc++ (CX
In message
, Chris Rees writes:
> --000e0cdfc7bc127afc04c9025077
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 6 Sep 2012 05:57, "Cy Schubert" wrote:
> >
> > Hi all,
> >
> > I'm considering a -devel port which checks out from our upline's VCS repo,
> > also generating a dynamic plist. I'
On 9/5/2012 11:57 PM, Cy Schubert wrote:
> Hi all,
>
> I'm considering a -devel port which checks out from our upline's VCS repo,
> also generating a dynamic plist. I'm sure this is possible. Are there any
> examples of this?
>
>
AFAIK it had only been done with 1 port, and that has been reve
On Thu, 2012-09-06 at 13:14 +0200, O. Hartmann wrote:
> I tried to add
>
> RUN_DEPENDS=
> ${LOCALBASE}/lib/libatomic_ops.a:${PORTSDIR}/devel/libatomic_ops
>
> to my provided Makefile, but this doesn't install the port
> devel/libatomic_ops.
> This is weird and inconsistent. I follow exact the ste
Hello Dimitry,
thanks for your response and patches.
On 09/06/12 14:51, Dimitry Andric wrote:
> On 2012-09-05 16:45, O. Hartmann wrote:
> ...
>> Well, I tried LLVM/CLANG, but Cmake of the sources fairly fails many
>> checks especuially for OpenMP.
>
> Yes, it is currently not supported. I am n
O. Hartmann ha scritto:
> Working on a small port for OpenCL support for CPUs via "freeocl",
> I run into a problem (runing FreeBSD 10.0-CURRENT).
>
> The port requires devel/libatomic_ops, which installs a static library
> /usr/lcoal/lib/libatomic_ops.a.
>
> Following the instructions in the Por
INDEX build failed with errors:
Generating INDEX-7 - please wait.. Done.
make_index: frescobaldi-2.0.7: no entry for /usr/ports/graphics/py-poppler-qt4
Committers on the hook:
bdrewery gahr kmoore linimon makc mich nobutaka swills tabthorpe
Most recent CVS update was:
U databases/pecl-chdb/Makef
On 09/06/12 17:13, Alex Dupre wrote:
> O. Hartmann ha scritto:
>> Working on a small port for OpenCL support for CPUs via "freeocl",
>> I run into a problem (runing FreeBSD 10.0-CURRENT).
>>
>> The port requires devel/libatomic_ops, which installs a static library
>> /usr/lcoal/lib/libatomic_ops.a.
Hi all,
I've been continuing to maintain my gimp 2.8 experimental ports, more
rigorously checking pkg-plist files and updating to 2.8.2 (well, just
incrementing the version number in the Makefile).
For those who are interested, until gimp 2.8 is properly imported in the port
tree, I've put eve
On 09/06/12 14:51, Dimitry Andric wrote:
> On 2012-09-05 16:45, O. Hartmann wrote:
> ...
>> Well, I tried LLVM/CLANG, but Cmake of the sources fairly fails many
>> checks especuially for OpenMP.
>
> Yes, it is currently not supported. I am not sure if there are serious
> attempts to add it.
>
>
On 2012-09-06 20:28, O. Hartmann wrote:
...
With the patch for Mk/bsd.cmake.mk attached, I can not compile the port
with CLANG, compilation results in
[ 15%] Building CXX object src/CMakeFiles/FreeOCL.dir/image.cpp.o
/usr/ports/devel/freeocl/work/FreeOCL-0.3.6-Source/src/image.cpp:442:27:
error:
Hello.
Creating a port, I need to fectch sources from a site whos URL is
https://xxx.xxx.xxx.
Doing so, I end up with an "Authentication error". This makes the fetch
process in the port's Makefile impossible.
I tried to fetch the source tar-ball via "wget(1)", but this also fails,
wget suggests
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
I can't install any ports today.
For example:
# cd /usr/ports/textproc/gsed
# make install
...
gmake[2]: Nothing to be done for `install-exec-am'.
gmake[2]: Nothing to be done for `install-data-am'.
gmake[2]: Leaving directory
`/usr/local/work/usr/ports/textproc/gsed/work/sed-4.2.1'
gmake[1]: Lea
On 9/6/2012 5:57 PM, Tsurutani Naoki wrote:
> I can't install any ports today.
> For example:
>
> # cd /usr/ports/textproc/gsed
> # make install
> ...
> gmake[2]: Nothing to be done for `install-exec-am'.
> gmake[2]: Nothing to be done for `install-data-am'.
> gmake[2]: Leaving directory
> `/usr/
On Fri, Sep 07, 2012 at 01:25:24AM +0200, Juergen Lock wrote:
> This seems to cause add-plist-buildinfo targets not found outside tb,
> I guess you meant this?
Yes, you are right. bdrewery appears to have already fixed it.
mcl
___
freebsd-ports@freebsd
2012/9/6 O. Hartmann :
> Hello.
>
> Creating a port, I need to fectch sources from a site whos URL is
> https://xxx.xxx.xxx.
>
> Doing so, I end up with an "Authentication error". This makes the fetch
> process in the port's Makefile impossible.
>
> I tried to fetch the source tar-ball via "wget(1)
23 matches
Mail list logo