On Tue, Aug 31, 2010 at 11:58 PM, b. f. wrote:
> On 9/1/10, Scot Hetzel wrote:
>> On Tue, Aug 31, 2010 at 10:06 PM, b. f. wrote:
>>> On 8/31/10, jhell wrote:
>
>>So according to bsd.own.mk, this is the correct test for the math/blas
>>port to determine if profiling libraries should be built:
>>
On 09/01/2010 01:41, b. f. wrote:
> On 9/1/10, jhell wrote:
>> On 09/01/2010 01:14, jhell wrote:
>>> On 09/01/2010 00:58, b. f. wrote:
No, it will still take effect, after the math/blas Makefile is parsed,
unless _WITHOUT_SRCCONF is defined. See bsd.own.mk.
>>>
>>> ports(7) pulls in src
On 9/1/10, jhell wrote:
> On 09/01/2010 01:14, jhell wrote:
>> On 09/01/2010 00:58, b. f. wrote:
>>> No, it will still take effect, after the math/blas Makefile is parsed,
>>> unless _WITHOUT_SRCCONF is defined. See bsd.own.mk.
>>
>> ports(7) pulls in src.conf ??? I hope I am not understanding th
On 9/1/10, jhell wrote:
> On 09/01/2010 00:58, b. f. wrote:
>> No, it will still take effect, after the math/blas Makefile is parsed,
>> unless _WITHOUT_SRCCONF is defined. See bsd.own.mk.
>
> ports(7) pulls in src.conf ??? I hope I am not understanding this right...
>
In this case, yes. Becaus
On 09/01/2010 01:14, jhell wrote:
> On 09/01/2010 00:58, b. f. wrote:
>> No, it will still take effect, after the math/blas Makefile is parsed,
>> unless _WITHOUT_SRCCONF is defined. See bsd.own.mk.
>
> ports(7) pulls in src.conf ??? I hope I am not understanding this right...
>
No wonder why s
On 09/01/2010 00:58, b. f. wrote:
> No, it will still take effect, after the math/blas Makefile is parsed,
> unless _WITHOUT_SRCCONF is defined. See bsd.own.mk.
ports(7) pulls in src.conf ??? I hope I am not understanding this right...
--
jhell,v
__
On 9/1/10, Scot Hetzel wrote:
> On Tue, Aug 31, 2010 at 10:06 PM, b. f. wrote:
>> On 8/31/10, jhell wrote:
>So according to bsd.own.mk, this is the correct test for the math/blas
>port to determine if profiling libraries should be built:
>
>.if !defined(WITHOUT_PROFILE)
>PLIST_FILES+= lib/lib
On 09/01/2010 00:10, Scot Hetzel wrote:
> On Tue, Aug 31, 2010 at 10:06 PM, b. f. wrote:
>> On 8/31/10, jhell wrote:
>>> Looking closer at the math/blas & math/lapack ports:
>>>
>>> This statement does not make any sense. The logic is backwards for every
>>> instance. And WITH_PROFILE would do.
>
On Tue, Aug 31, 2010 at 10:06 PM, b. f. wrote:
> On 8/31/10, jhell wrote:
>> Looking closer at the math/blas & math/lapack ports:
>>
>> This statement does not make any sense. The logic is backwards for every
>> instance. And WITH_PROFILE would do.
>> .if !(defined(NOPROFILE) || defined(NO_PROFIL
On 08/31/2010 20:06, b. f. wrote:
> ? gfortran44 builds the object files, and gcc44 performs the linking
> for the shared library. Their default search directories normally
> allow them to find libgfortran at compile- and link-time. And
> afterwards, at run-time, the appropriate rpath is inscribe
On 8/31/10, jhell wrote:
> Looking closer at the math/blas & math/lapack ports:
>
> This statement does not make any sense. The logic is backwards for every
> instance. And WITH_PROFILE would do.
> .if !(defined(NOPROFILE) || defined(NO_PROFILE) || defined(WITHOUT_PROFILE))
> PLIST_FILES+= lib/l
___
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"
On 8/31/10, jhell wrote:
> On 08/31/2010 15:06, b. f. wrote:
>> Would you elaborate, please? Where is a transcript showing the linking
>> failure?
>> Would you mail it to me off-list?
>
> Simply -lgfortran by it self should not work. Since lib directories
> gcc44 gcc45 gcc46 and such are not in t
On Tue, Aug 31, 2010 at 7:13 PM, David Southwell
wrote:
>
> Hi
>
> On amd64 freebsd 7.1
Strange, i tested it on 7.2-RELEASE amd64 and it built without
any problem.
All your other ports are up-to-date?
--
Renato Botelho
___
freebsd-ports@freebsd.org m
Hi
On amd64 freebsd 7.1
Compile failure:
spandsp/dc_restore.h:151: warning: incompatible implicit declaration of built-
in function 'rintl'
libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I.. -I/usr/local/include -
I/usr/local/include/libxml2 -DNDEBUG -std=gnu99 -ffast-math -Wall -Wunused-
v
Looking closer at the math/blas & math/lapack ports:
This statement does not make any sense. The logic is backwards for every
instance. And WITH_PROFILE would do.
.if !(defined(NOPROFILE) || defined(NO_PROFILE) || defined(WITHOUT_PROFILE))
PLIST_FILES+= lib/libblas_p.a
.endif
Which is basicall
INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
Done.
make_index: btpeer-0.2.1: no entry for /usr/ports/net/Sockets-devel
Committers on the hook:
avilla avl bapt brooks cy fjoe garga jacula jadawin lth olgeni pav pgollucci
rene sylvio
M
On 08/31/2010 15:06, b. f. wrote:
> Would you elaborate, please? Where is a transcript showing the linking
> failure?
> Would you mail it to me off-list?
Simply -lgfortran by it self should not work. Since lib directories
gcc44 gcc45 gcc46 and such are not in the standard path
-L/usr/local/lib/g
Jeremy Chadwick wrote:
> ...
> Hmm... Can't reproduce it here, but this is now the 2nd report of this
> problem to hit -ports.
> ...
Thanks for looking,
I'll send you more of my env. by private mail off list
Eric Masson wrote:
> Jeremy Chadwick writes:
>
> Hi,
>
> > Hmm... Can't reproduce it
>The subject listed port fails to link during an upgrade from the
>previous version. Looking into this further libblas.so.2 without being
Would you elaborate, please? Where is a transcript showing the linking failure?
Would you mail it to me off-list?
>linked to gfortran is correct as in the alr
Jeremy Chadwick writes:
Hi,
> Hmm... Can't reproduce it here, but this is now the 2nd report of this
> problem to hit -ports.
Removing wget from path solves the issue faced when building mod_celt in
net/freeswitch.
Thanks for you help diagnosing the problem.
Éric Masson
--
Il vaut mieux de
INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
Done.
make_index: btpeer-0.2.1: no entry for /usr/ports/net/Sockets-devel
Committers on the hook:
avilla avl bapt garga jadawin lth olgeni rene sylvio
Most recent CVS update was:
U MOVED
U
On Tue, Aug 31, 2010 at 10:17 AM, Ade Lovett wrote:
>
> On Aug 29, 2010, at 20:00 , Garrett Cooper wrote:
>> Found the reference. The stuff that gets installed under
>> ${PREFIX}/tests (to some degree) are actually executables
>> ($(execdir)), and some are data files ($(datarootdir)).
>
> Woo.
Jeremy Chadwick writes:
Hi Jeremy,
> Looks like the entire build, and installation, bombs out once it tries
> to deal with something called "celt-0.7.1.tar.gz" (mod_celt). Taken
> from the build script:
Ok,
I can reproduce the problem in fs source tree on my box, gmake -d in
mod_celt director
On Tue, Aug 31, 2010 at 07:39:32PM +0200, Julian H. Stacey wrote:
> >Submitter-Id:current-users
> >Originator: Julian H. Stacey
> >Organization:http://berklix.com BSD Linux Unix Consultancy,
> >Munich/Muenchen.
> >Confidential:no
> >Synopsis:current ports Mk make fetc
On 08/31/2010 13:01, Matthias Andree wrote:
> Am 31.08.2010 17:47, schrieb J. Hellenthal:
>
>> Runs as expected on FreeBSD 8.1-STABLE. Java runs like shit, menu's for
>> me have been wacked for some time with no seen fix in the future. I am
>> starting to think its my minimal approach to X using X
>Submitter-Id: current-users
>Originator:Julian H. Stacey
>Organization: http://berklix.com BSD Linux Unix Consultancy, Munich/Muenchen.
>Confidential: no
>Synopsis: current ports Mk make fetch calls wget fails to support schemes
>Severity: serious
>Priority: high
>Category
Am 31.08.2010 17:47, schrieb J. Hellenthal:
> Runs as expected on FreeBSD 8.1-STABLE. Java runs like shit, menu's for
> me have been wacked for some time with no seen fix in the future. I am
> starting to think its my minimal approach to X using Xmonad as a window
> manager but the last time I tri
On Aug 29, 2010, at 20:00 , Garrett Cooper wrote:
>Found the reference. The stuff that gets installed under
> ${PREFIX}/tests (to some degree) are actually executables
> ($(execdir)), and some are data files ($(datarootdir)).
Woo. Lots of fun there. :)
As much as I hate committing a port th
On Tue, Aug 31, 2010 at 06:15:58PM +0200, Eric Masson wrote:
> Hello,
>
> When building/installing net/freeswitch-core on an amd64 8.1-RELEASE,
> only the following modules are installed in
> /usr/local/lib/freeswitch/mod :
> e...@srvbsdfenssv:~> ll /usr/local/lib/freeswitch/mod/
> total 288
> -rw
Hello,
When building/installing net/freeswitch-core on an amd64 8.1-RELEASE,
only the following modules are installed in
/usr/local/lib/freeswitch/mod :
e...@srvbsdfenssv:~> ll /usr/local/lib/freeswitch/mod/
total 288
-rwxr-xr-x 1 root wheel1239 31 aoû 16:24 mod_amr.la
-rwxr-xr-x 1 root wh
On 08/31/2010 06:14, Sutra Zhou wrote:
> On Tue, Aug 31, 2010 at 6:44 AM, Matthias Andree wrote:
>> Greetings,
>>
>> I have create a new port for SciPlore Mind Mapping, a mind mapper/manager
>> with reference and PDF management (to integrate with JabRef, Mendeley,
>> BibTeX). The port requires Jav
INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
Done.
make_index: btpeer-0.2.1: no entry for /usr/ports/net/Sockets-devel
Committers on the hook:
avilla avl garga jadawin lth olgeni sylvio
Most recent CVS update was:
U MOVED
U accessibil
On Tue, Aug 31, 2010 at 6:44 AM, Matthias Andree wrote:
> Greetings,
>
> I have create a new port for SciPlore Mind Mapping, a mind mapper/manager
> with reference and PDF management (to integrate with JabRef, Mendeley,
> BibTeX). The port requires Java 1.6.
>
> Since this is my first Java-related
René Ladan writes:
>> -m32 is not supported yet, especially not by the ports tree. And even if
>> you manage to compile sources it wouldn't link against 64bit libs.
>>
> Hmm ok, I'll add a NOT_FOR_ARCH / ONLY_FOR_ARCH to the port.
ONLY_FOR_ARCHS/NOT_FOR_ARCHS set IGNORE, not BROKEN for the port.
(cc'ing submitter of the port)
2010/8/31 Anonymous :
> René Ladan writes:
>
>> Hi,
>>
>> I was trying to build the future port games/avp-demo (ports/138806) on
>> my 9.0-amd64 laptop
>> with system gcc, but this failed because of SDL errors:
>>
>> gcc -m32 -g -Wall -pipe -Isrc -Isrc/include -Isrc
René Ladan writes:
> Hi,
>
> I was trying to build the future port games/avp-demo (ports/138806) on
> my 9.0-amd64 laptop
> with system gcc, but this failed because of SDL errors:
>
> gcc -m32 -g -Wall -pipe -Isrc -Isrc/include -Isrc/win95 -Isrc/avp
> -Isrc/avp/win95 -Isrc/avp/support -Isrc/avp/w
Hi,
I was trying to build the future port games/avp-demo (ports/138806) on
my 9.0-amd64 laptop
with system gcc, but this failed because of SDL errors:
gcc -m32 -g -Wall -pipe -Isrc -Isrc/include -Isrc/win95 -Isrc/avp
-Isrc/avp/win95 -Isrc/avp/support -Isrc/avp/win95/frontend
-Isrc/avp/win95/gadge
Bill Poser wrote:
> >
> > Alternatively, one could try and get the author (CC'd) to restore
> > getline.c in the official source but only build it/make use of it
> > when a specific configure or make flag is specified.
> >
> > Hi. I think that's the best solution. I'll restore the internal
> > cop
>
> Alternatively, one could try and get the author (CC'd) to restore
> getline.c in the official source but only build it/make use of it when a
> specific configure or make flag is specified.
>
> Hi. I think that's the best solution. I'll restore the internal copy and
test for the library version
andrew clarke wrote:
> Hi,
>
> uni2ascii no longer builds on FreeBSD 7.3:
>
> cc -DNEWSUMMARY -O2 -fno-strict-aliasing -pipe -o ascii2uni
> ascii2uni.o enttbl.o GetWord.o putu8.o SetFormat.o ascii2uni.o(.text
> +0xb23): In function main': : undefined reference to getline'
>
> Quoting the Ch
On Tue, Aug 31, 2010 at 04:27:59PM +1000, andrew clarke wrote:
> uni2ascii no longer builds on FreeBSD 7.3:
>
> cc -DNEWSUMMARY -O2 -fno-strict-aliasing -pipe -o ascii2uni ascii2uni.o
> enttbl.o GetWord.o putu8.o SetFormat.o
> ascii2uni.o(.text+0xb23): In function main':
> : undefined refer
jhell wrote:
> On 08/27/2010 09:30, Emanuel Haupt wrote:
> > How hard would it be to port i7z to FreeBSD? Seems like a very
> > useful tool.
> >
> > http://code.google.com/p/i7z/
> >
>
> This seems a little like ports/misc/cpuid, is it ?
Not quite. i7z is primarily for dumping i7, i3, i5 CPU f
43 matches
Mail list logo
