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 men
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 ma
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.
>
>
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.
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, send
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. Se
## 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
> >> -ll
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/includ
2011/6/1 Matthias Andree :
> 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 standar
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= y
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
2011/6/1 Matthias Andree :
> 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 CONF
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 (woul
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 :
> 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 a
On 05/31/11 15:09, Andriy Gapon wrote:
on 31/05/2011 15:22 Olivier Smedts said the following:
2011/5/31 Andriy Gapon:
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 least it is not clear
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 canno
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 t
I am trying to use the converter 'shp2pgsql' from database/postgis
version 1.5.2 to convert an ESRI shapefile into the geography data type
of postgis/postgresql.
It core dumps when using the two options '-G' and '-g' at the same time,
at least on FreeBSD. Option '-G' switches from geometry to
21 matches
Mail list logo
