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 ChangeLog:
2010-08-29 Bill Poser
jhell jh...@dataix.net 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
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 reference
andrew clarke m...@ozzmosis.com 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'
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 in
Bill Poser billpos...@gmail.com 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
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
René Ladan r.c.la...@gmail.com 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
(cc'ing submitter of the port)
2010/8/31 Anonymous swel...@gmail.com:
René Ladan r.c.la...@gmail.com 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
René Ladan r.c.la...@gmail.com 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
On Tue, Aug 31, 2010 at 6:44 AM, Matthias Andree mand...@freebsd.org 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
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
On 08/31/2010 06:14, Sutra Zhou wrote:
On Tue, Aug 31, 2010 at 6:44 AM, Matthias Andree mand...@freebsd.org 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
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
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 tried
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:
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 Xmonad
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 fetch calls
Jeremy Chadwick free...@jdc.parodius.com 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
On Tue, Aug 31, 2010 at 10:17 AM, Ade Lovett a...@freebsd.org 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)).
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
Jeremy Chadwick free...@jdc.parodius.com 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
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
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 free...@jdc.parodius.com writes:
Hi,
Hmm...
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
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
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
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-
On Tue, Aug 31, 2010 at 7:13 PM, David Southwell da...@vizion2000.net
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
___
On 8/31/10, jhell jh...@dataix.net 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
___
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 jh...@dataix.net 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))
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 inscribed
On Tue, Aug 31, 2010 at 10:06 PM, b. f. bf1...@googlemail.com wrote:
On 8/31/10, jhell jh...@dataix.net 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
On 09/01/2010 00:10, Scot Hetzel wrote:
On Tue, Aug 31, 2010 at 10:06 PM, b. f. bf1...@googlemail.com wrote:
On 8/31/10, jhell jh...@dataix.net 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
On 9/1/10, Scot Hetzel swhet...@gmail.com wrote:
On Tue, Aug 31, 2010 at 10:06 PM, b. f. bf1...@googlemail.com wrote:
On 8/31/10, jhell jh...@dataix.net 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
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 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 some of
38 matches
Mail list logo