lang/guile build fails in my environment with CURRENT amd64 FreeBSD and gcc45 as
ports compiler:
./guile_filter_doc_snarfage --filter-snarfage) regex-posix.doc || { rm
regex-posix.doc; false; }
cat alist.doc arbiters.doc async.doc backtrace.doc boolean.doc chars.doc
continuations.doc debug.doc
On 2011-06-01 07:04, Mark Linimon wrote:
When going through the Using sections, I always get irritated by
having to figure out where the makevars that they are talking about
are defined. This patch adds some crossrefs to the CVSWeb pages
for them. (In a few cases, the filenames were
On Wed, Jun 01, 2011 at 09:10:06AM +0200, Carsten Jensen wrote:
While doing the revision, would it be too much trouble to add a section
for web apps ?
Sorry, I don't know enough about them to add that section ...
mcl
___
freebsd-ports@freebsd.org
on 01/06/2011 09:14 Andriy Gapon said the following:
lang/guile build fails in my environment with CURRENT amd64 FreeBSD and gcc45
as
ports compiler:
It also fails for me on stable/8 with base gcc as ports compiler, but in a
different fashion at configure step:
checking for lt_dlinit in
## Andriy Gapon (a...@freebsd.org):
It also fails for me on stable/8 with base gcc as ports compiler, but in a
different fashion at configure step:
checking for lt_dlinit in -lltdl... no
configure: error: libltdl not found. See README.
=== Script configure failed unexpectedly.
From
On Wed, Jun 01, 2011 at 02:36:46PM +0300 I heard the voice of
Andriy Gapon, and lo! it spake thus:
It also fails for me on stable/8 with base gcc as ports compiler, but in a
different fashion at configure step:
checking for lt_dlinit in -lltdl... no
configure: error: libltdl not found. See
for me, it worked when I comment the
line that says USE_NCURSES, in the Makefile
line 25.
Probably an error in the configure logic...
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe,
Am 01.06.2011 13:44, schrieb Christoph Moench-Tegeder:
## Andriy Gapon (a...@freebsd.org):
It also fails for me on stable/8 with base gcc as ports compiler, but in a
different fashion at configure step:
checking for lt_dlinit in -lltdl... no
configure: error: libltdl not found. See README.
## Matthias Andree (matthias.and...@gmx.de):
From config.log:
configure:11579: checking for lt_dlinit in -lltdl
configure:11604: cc -o conftest -O2 -pipe -O2 -fno-strict-aliasing -pipe
-march=nocona -I/usr/local/include -rpath=/usr/lib:/usr/local/lib
conftest.c
-lltdl 5
Am 01.06.2011 15:19, schrieb Christoph Moench-Tegeder:
## Matthias Andree (matthias.and...@gmx.de):
From config.log:
configure:11579: checking for lt_dlinit in -lltdl
configure:11604: cc -o conftest -O2 -pipe -O2 -fno-strict-aliasing -pipe
-march=nocona -I/usr/local/include
2011/6/1 Matthias Andree matthias.and...@gmx.de:
Am 01.06.2011 15:19, schrieb Christoph Moench-Tegeder:
## Matthias Andree (matthias.and...@gmx.de):
From config.log:
configure:11579: checking for lt_dlinit in -lltdl
configure:11604: cc -o conftest -O2 -pipe -O2 -fno-strict-aliasing -pipe
on 01/06/2011 16:19 Christoph Moench-Tegeder said the following:
Ah, yes, LDFLAGS. The port's Makefile already has
LDFLAGS=-L${LOCALBASE}/lib in $CONFIGURE_ENV, and as guile's configure
BTW, I think that CONFIGURE_ENV in the port's Makefile better be set with +=,
for
safety.
is a standard
Here is a real fix. if someone can check with the maintainer et commit
this that would be great (I can't do it myself before monday)
regards,
Bapt
--- Makefile31 May 2011 03:49:09 - 1.83
+++ Makefile1 Jun 2011 14:22:04 -
@@ -24,8 +24,8 @@
USE_LDCONFIG= yes
USE_NCURSES=
Am 01.06.2011 15:57, schrieb Andriy Gapon:
on 01/06/2011 16:19 Christoph Moench-Tegeder said the following:
Ah, yes, LDFLAGS. The port's Makefile already has
LDFLAGS=-L${LOCALBASE}/lib in $CONFIGURE_ENV, and as guile's configure
BTW, I think that CONFIGURE_ENV in the port's Makefile better
2011/6/1 Matthias Andree matthias.and...@gmx.de:
Am 01.06.2011 15:57, schrieb Andriy Gapon:
on 01/06/2011 16:19 Christoph Moench-Tegeder said the following:
Ah, yes, LDFLAGS. The port's Makefile already has
LDFLAGS=-L${LOCALBASE}/lib in $CONFIGURE_ENV, and as guile's configure
BTW, I think
Am 01.06.2011 16:30, schrieb Baptiste Daroussin:
If someone comes with a better solution for USE_NCURSES please be
aware that the solution will also fits with USE_OPENSSL
so that the job won't be done twice.
Anyway I think the fix is not to add anyflags to configure_env
manually (would it
on 01/06/2011 17:24 Baptiste Daroussin said the following:
Here is a real fix. if someone can check with the maintainer et commit
this that would be great (I can't do it myself before monday)
Just in case: the fix does help.
I also like your idea about always adding LDFLAGS to CONFIGURE_ENV.
2011/6/1 Andriy Gapon a...@freebsd.org:
on 01/06/2011 17:24 Baptiste Daroussin said the following:
Here is a real fix. if someone can check with the maintainer et commit
this that would be great (I can't do it myself before monday)
Just in case: the fix does help.
I also like your idea about
On 05/31/11 15:09, Andriy Gapon wrote:
on 31/05/2011 15:22 Olivier Smedts said the following:
2011/5/31 Andriy Gapona...@freebsd.org:
on 31/05/2011 12:11 Olivier Smedts said the following:
Segmentation fault: 11 (core dumped)
That core dump should be investigated / debugged.
At the very
Hi, (more details far below)
It seems somebody isn't very knowledgeable about GPC. :-( Here's
the real deal: *BSD hates GPL, esp. GPLv3, and I think GPC is indeed
v3 (though it's only using GCC 3.4.4 or buggy newer 4.1.2 backends,
nothing beyond that). Since there are backend bugs that
Hi ports@,
Any reccomendations what tools are best to edit new PDFs please ?
As discussed on another thread on this list, openoffice doesnt build here,
so reccomendations of smaller tools would be nice please.
Ideally native. I dont really want the hastle of linux emulation,
(though rather that
21 matches
Mail list logo