On 08/10/2012 08:40, Tijl Coosemans wrote:
inline long long
atomic_exchange_and_add (volatile long long *at, long long x)
{
#ifdef USE_GCC_ATOMICS
return __sync_fetch_and_add (at, x);
#elif USE_TBB
atomic *a = (atomic *)at;
This cast is dangerous. It looks like atomic has 8 byte
alig
On 7 October 2012 09:24, Michael Gmelin wrote:
> Hi,
>
> This probably has been discussed before, but I think in many cases
> using the default descriptions of OptionsNG is more harm than good.
...
FWIW, I just want to say, I completely agree with the content of your email.
It isn't always clear
On 02-10-2012 21:20, Shane Ambler wrote:
> I found a situation where gcc v4.2 compiles a i386 working binary and
> v4.6 doesn't. (Currently 4.7 and 4.8 fail to build this code) I have
> verified that this happens with 8.2/8.3/9.0 i386 systems. x86_64
> versions build without issue as does clang i38
PRESS RELEASE
The American Grants and Loans Catalog is now available. Our new and revised
2012 edition contains more than 2800 financial programs, subsidies,
scholarships,
grants and loans offered by the US federal government.
In addition you will also have access to over 2400 programs funded by
First, it was totally inappropriate for eadler to change your option
descriptions. I've fixed it for you.
More below.
On 10/07/2012 06:24, Michael Gmelin wrote:
> Hi,
>
> This probably has been discussed before, but I think in many cases
> using the default descriptions of OptionsNG is more harm
Synopsis: [patch] net-mgmt/nrpe2 small fixes
Responsible-Changed-From-To: ohauer->ports
Responsible-Changed-By: ohauer
Responsible-Changed-When: Sun Oct 7 19:07:31 UTC 2012
Responsible-Changed-Why:
Assign to ports@, so the fix can be submitted
with the suggested rc script from dough@
http://www.
07.10.2012 18:42, Antonio Kless пишет:
>
> Alexander, thank you for solution!
>
> Guys, that bug is still unresolved in today ports.
>
> 2012/8/16 Alexander Efimov :
>> Hi
>>
>> found this typo in Makefile, while trying to make mc-light with working
>> subshell:
>>
>> in current Makefile we have
Alexander, thank you for solution!
Guys, that bug is still unresolved in today ports.
2012/8/16 Alexander Efimov :
> Hi
>
> found this typo in Makefile, while trying to make mc-light with working
> subshell:
>
> in current Makefile we have this if subshell defined we make mc without
> subshell
Hello, I've updated the port of zenity. Somebody can test it?
Shar is attached.
Thanks.
--
Danilo Egêa Gondolfo
http://daniloegea.wordpress.com
"To understand the computers, we must know what computers understand."
# This is a shell archive. Save it in a file, remove anything before
# this l
On Sun, 7 Oct 2012 15:24:28 +0200
Michael Gmelin wrote:
> Hi,
>
> This probably has been discussed before, but I think in many cases
> using the default descriptions of OptionsNG is more harm than good.
>
> I converted security/libpreludedb to OptionsNG yesterday and
> left in most of the descrip
On, Sun Oct 07, 2012, Michael Gmelin wrote:
> Hi,
>
> This probably has been discussed before, but I think in many cases
> using the default descriptions of OptionsNG is more harm than good.
That's not entirely true. They can provide a fallback, if the port
maintainer forgot to add a meaningful d
Hi,
This probably has been discussed before, but I think in many cases
using the default descriptions of OptionsNG is more harm than good.
I converted security/libpreludedb to OptionsNG yesterday and
left in most of the descriptions and therefore overrode them. I did
that for a good reason, since
As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
ports that are marked as "forbidden" in their Makefiles. Often,
these ports are so marked due to security concerns, such as known
exploits.
An overview of each port, inclu
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness. Often,
this is due to a better alternative having become available and/or
the cessation of development on th
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common probl
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common probl
[ Doug Barton wrote on Sat 6.Oct'12 at 13:44:42 -0700 ]
> On 10/06/2012 00:15, Matthew Seaman wrote:
> > Putting the WWW information into the port Makefile means that portindex
> > only has to deal with about half as many files
>
> I have the same response to you and Baptiste. I get what you're
On 07/10/2012 03:24, Tijl Coosemans wrote:
The __sync built-ins exist in both base and ports gcc, but
__sync_fetch_and_add_8 needs at least -march=i586.
OK I get the bit that I missed here - the tests for gcc atomics was
outdated and I need to change that as well as set the arch :-)
But th
18 matches
Mail list logo
