On 06/23/17 00:49, Jan Beich wrote:
> George Mitchell writes:
>
>> Consequently, the configure script dies at line 26248, complaining
>> that "Option, jemalloc, does not take an argument (4)".
>
> Sorry for the bustage. It should be fixed now.
>
> https://svnweb.freebsd.org/changeset/ports/4441
George Mitchell writes:
> Consequently, the configure script dies at line 26248, complaining
> that "Option, jemalloc, does not take an argument (4)".
Sorry for the bustage. It should be fixed now.
https://svnweb.freebsd.org/changeset/ports/444163
___
At svn revision 443684.
After "make clean extract":
work/firefox-45.9.0esr/.mozconfig does not exist.
No file under www/libxul contains the string "--enable-jemalloc=4".
In particular, no patch file in the files directory refers to
.mozconfig or contains "--enable-jema
.log
-
Port:graphics/gnash 0.8.10_9
Buildgroup: 8.4-QAT/amd64
Buildstatus: DEPEND (CONFIGURE_ERROR IN WWW/LIBXUL)
Log:
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289188/libxul-24.3.0.log
Buildgroup: 8.4-QAT/i386
Buildst
On 2013/03/03 16:49, Greg Lewis wrote:
>>> Since me and Roland haven't attracted any attention
>>> at freebsd-eclipse@ I'm moving this to freebsd-ports@.
>>> The PRs at hand are ports/174846 and ports/175826.
>>>
>>> May we ask committers to process the patches?
>>>
>>> TIA
>>> Oli
>>
>> I've just
any of committers to process Jimmy Kelley's patch
> >>> (ports/174846)? The patch works for me.
> >>>
> >>> Eclipse is still on www/libxul19 while www/libxul has been
> >>> the default for more than 5 months. Both libxuls cannot be
> >>> i
h works for me.
>>>
>>> Eclipse is still on www/libxul19 while www/libxul has been
>>> the default for more than 5 months. Both libxuls cannot be
>>> installed together - those who need other ports depending
>>> on www/libxul are simply out of luck.
>&g
On 2013/02/26 00:06, Ronald Klop wrote:
> On Mon, 25 Feb 2013 16:54:37 +0100, kron wrote:
>
>> Hi there,
>>
>> may I ask any of committers to process Jimmy Kelley's patch
>> (ports/174846)? The patch works for me.
>>
>> Eclipse is still on www/li
O. Hartmann writes:
> >> The port www/libxul does now compile with option USE_GCC=4.6+.
> >>
> >> It still fails compiling with CLANG.
> >
> >Um ... I just recompiled libxul using CLANG on
> >
> > FreeBSD 10.0-CURRENT
Am 09/20/12 15:30, schrieb Robert Huff:
>
> O. Hartmann writes:
>
>> The port www/libxul does now compile with option USE_GCC=4.6+.
>>
>> It still fails compiling with CLANG.
>
> Um ... I just recompiled libxul using CLANG on
>
> FreeBSD 10.0-C
O. Hartmann writes:
> The port www/libxul does now compile with option USE_GCC=4.6+.
>
> It still fails compiling with CLANG.
Um ... I just recompiled libxul using CLANG on
FreeBSD 10.0-CURRENT #0: Tue Jul 24 08:55:46 EDT 2012 amd64
On 09/19/12 22:09, Brooks Davis wrote:
> On Wed, Sep 19, 2012 at 03:50:45PM +0200, O. Hartmann wrote:
>> I already filed a PR (ports/171566) regarding the CLANG compilation
>> issue, but since CLANG is a troublemaker for several ports, I also used
>> USE_GCC=4.6 to compile th
On Wed, Sep 19, 2012 at 03:50:45PM +0200, O. Hartmann wrote:
> I already filed a PR (ports/171566) regarding the CLANG compilation
> issue, but since CLANG is a troublemaker for several ports, I also used
> USE_GCC=4.6 to compile the port www/libxul and this works - but fails
> the
I already filed a PR (ports/171566) regarding the CLANG compilation
issue, but since CLANG is a troublemaker for several ports, I also used
USE_GCC=4.6 to compile the port www/libxul and this works - but fails
then installing with
[...]
adding: hyphenation/hyph_hu.dic (deflated 62%)
/usr/ports
I've just updated my ports tree and was about to rebuild updated
ports...
www/libxul has just been updated from 1.9.2.28 to 10.0.7. There is an
entry in UPDATING explaining that the old version has been moved to
www/libxul19 for those who want to continue to use it. That's fine.
On Sun, Jul 15, 2012 at 3:54 PM, Torfinn Ingolfsen wrote:
> And mail/thunderbird-esr is also affected. with lubunwind installed an
> upgrade from 'thunderbird-10.0.4' to 'thunderbird-10.0.5' fails at:
>
>
> c++ -o nsStackWalk.o -c -I../../dist/stl_wrappers
> -I../../dist/system_wrappers -include .
And mail/thunderbird-esr is also affected. with lubunwind installed an
upgrade from 'thunderbird-10.0.4' to 'thunderbird-10.0.5' fails at:
c++ -o nsStackWalk.o -c -I../../dist/stl_wrappers
-I../../dist/system_wrappers -include ../../config/gcc_hidden.h
-DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPO
On Sun, Jul 15, 2012 at 3:35 PM, Torfinn Ingolfsen wrote:
> www/firefox is also affected by this. I had to uninstall libunwind in
> order to portupgrade 'firefox-12.0,1' to 'firefox-13.0.1,1'.
> --
> Regards,
> Torfinn Ingolfsen
I forgot to tell, this is on
tingo@kg-v2$ uname -a
FreeBSD kg-v2.kg4
www/firefox is also affected by this. I had to uninstall libunwind in
order to portupgrade 'firefox-12.0,1' to 'firefox-13.0.1,1'.
--
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
Yesterday I wrote:
It seems I can't build www/libxul from a freshly updated ports tree
on my 9.0-STABLE amd64 system. No matter how I try, the build ends
with
sed: /usr/ports/www/libxul/work/mozilla-1.9.2/build/unix/*.pc: No
such file or directory.
Turns out this message is act
somewhat operational. I just csupped my ports tree again, and still
the result of building www/libxul is the same as last week.
It seems I can't build www/libxul from a freshly updated ports tree on
my 9.0-STABLE a
If devel/libunwind is installed, a portupgrade of www/libxul fails with:
nsStackWalk.cpp: In function 'nsresult NS_StackWalk(void (*)(void*,
void*), PRUint32, void*)':
nsStackWalk.cpp:1544: error: '_Unwind_Backtrace' was not declared in this scope
gmake[4]: *** [nsStackWal
On Jun 5, 2012, at 1:42 AM, Peter Jeremy wrote:
> www/libxul has been broken for some time due to security
> vulnerabilities. This issue has been highlighted by the recent
> portrevision bump caused by png. As libxul is based on firefox-3.6
> I presume this brokenness is terminal.
www/libxul has been broken for some time due to security
vulnerabilities. This issue has been highlighted by the recent
portrevision bump caused by png. As libxul is based on firefox-3.6
I presume this brokenness is terminal. Since libxul is the only
remaining gecko, this presents an issue for
BUG
-DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
-DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
-I/usr/local/include/nspr
-I/usr/ports/www/libxul/work/mozilla/dist/include
-I../../../../dist/public/nss -I../../../../dist/private/nss
-I../../../../dist/includ
;>>>>> -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK
>>>>>>> -DXP_UNIX
>>>>>>> -DSHLIB_SUFFIX=\"so\" -DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\"
>>>>>>> -DSOFTOKEN_SHLIB_VE
K
>>>>>> -DXP_UNIX
>>>>>> -DSHLIB_SUFFIX=\"so\" -DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\"
>>>>>> -DSOFTOKEN_SHLIB_VERSION=\"3\" -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
>>>>>> -DNDEBUG -D_TH
I/usr/local/include
-I/usr/local/include/nspr
-I/usr/ports/www/libxul/work/mozilla/dist/include
-I../../../../dist/public/nss -I../../../../dist/private/nss
-I../../../../dist/include -Impi -Iecl dsa.c
dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
dsa.c:75: error: 'mp_int&#
gt;>>>> -DSOFTOKEN_SHLIB_VERSION=\"3\" -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
>>>>> -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
>>>>> -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
>>>>> -I/usr/local/includ
RIJNDAEL_INCLUDE_TABLES -UDEBUG
>> >> -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
>> >> -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
>> >> -I/usr/local/include/nspr
>> >> -I/usr/ports/www/libxul/work/mozilla/dist/inc
HAVE_BSD_FLOCK -DXP_UNIX
> >> -DSHLIB_SUFFIX=\"so\" -DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\"
> >> -DSOFTOKEN_SHLIB_VERSION=\"3\" -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
> >> -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
> >> -DUSE_
E_TABLES -UDEBUG
-DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
-DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
-I/usr/local/include/nspr
-I/usr/ports/www/libxul/work/mozilla/dist/include
-I../../../../dist/public/nss -I../../../../dist/private/nss
-I../../../../dist/includ
ES -UDEBUG
> -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
> -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
> -I/usr/local/include/nspr
> -I/usr/ports/www/libxul/work/mozilla/dist/include
> -I../../../../dist/public/nss -I../../../../dist/
/usr/local/include
-I/usr/local/include/nspr
-I/usr/ports/www/libxul/work/mozilla/dist/include
-I../../../../dist/public/nss -I../../../../dist/private/nss
-I../../../../dist/include -Impi -Iecl dsa.c
dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
dsa.c:75: error: 'mp_int&#
On Mon, Dec 14, 2009 at 09:42:16PM +0100, Marius Strobl wrote:
> On Mon, Dec 14, 2009 at 05:04:06PM +, Anton Shterenlikht wrote:
> > Port www/libxul is marked as broken on sparc64.
> > HOwever, it builds even on ia64!
> > Could anybody comment on why this port
On Mon, Dec 14, 2009 at 09:39:41PM +0100, Andreas Tobler wrote:
> On 14.12.09 18:58, Marcel Moolenaar wrote:
> >
> > On Dec 14, 2009, at 9:04 AM, Anton Shterenlikht wrote:
> >
> >> Port www/libxul is marked as broken on sparc64.
> >> HOwever, it builds even
On Mon, Dec 14, 2009 at 05:04:06PM +, Anton Shterenlikht wrote:
> Port www/libxul is marked as broken on sparc64.
> HOwever, it builds even on ia64!
> Could anybody comment on why this port is broken for sparc64?
>
See the follwing mail for a possible fix:
http://lists.freebsd.o
On 14.12.09 18:58, Marcel Moolenaar wrote:
On Dec 14, 2009, at 9:04 AM, Anton Shterenlikht wrote:
Port www/libxul is marked as broken on sparc64.
HOwever, it builds even on ia64!
Could anybody comment on why this port is broken for sparc64?
Anton,
Can you remove the marker from the
Anton Shterenlikht píše v po 14. 12. 2009 v 17:04 +:
> Port www/libxul is marked as broken on sparc64.
> HOwever, it builds even on ia64!
> Could anybody comment on why this port is broken for sparc64?
Here is the relevant log
http://pointyhat.freebsd.org/errorlogs/sparc64-er
On Dec 14, 2009, at 9:04 AM, Anton Shterenlikht wrote:
> Port www/libxul is marked as broken on sparc64.
> HOwever, it builds even on ia64!
> Could anybody comment on why this port is broken for sparc64?
Anton,
Can you remove the marker from the Makefile and just build it.
Let us kn
Port www/libxul is marked as broken on sparc64.
HOwever, it builds even on ia64!
Could anybody comment on why this port is broken for sparc64?
many thanks
anton
--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (
41 matches
Mail list logo
