Hi all,
I recently upgraded my emacs from editors/emacs to editors/emacs-devel,
and put the following line in /etc/make.conf:
EMACS_PORT_NAME= emacs22
After that, the 'Max recursion level (500) exceeded.' error happened
on every port I installed or upgraded. If I commented that line out,
On Monday 01 May 2006 17:02, plasma wrote:
I recently upgraded my emacs from editors/emacs to editors/emacs-devel,
and put the following line in /etc/make.conf:
EMACS_PORT_NAME= emacs22
After that, the 'Max recursion level (500) exceeded.' error happened
on every port I installed or
Hi,
On Mon, 1 May 2006 17:14:06 +0930
Daniel O'Connor [EMAIL PROTECTED] said:
doconnor On Monday 01 May 2006 17:02, plasma wrote:
I recently upgraded my emacs from editors/emacs to editors/emacs-devel,
and put the following line in /etc/make.conf:
EMACS_PORT_NAME= emacs22
After that,
On Mon, May 01, 2006 at 04:50:29PM +0900, Hajimu UMEMOTO wrote:
On Mon, 1 May 2006 17:14:06 +0930
Daniel O'Connor [EMAIL PROTECTED] said:
doconnor On Monday 01 May 2006 17:02, plasma wrote:
I recently upgraded my emacs from editors/emacs to editors/emacs-devel,
and put the following
On Mon, 1 May 2006, Vlad GALU wrote:
Hi,
added with LOR ID 187 to the LOR page:
http://sources.zabbadoz.net/freebsd/lor.html#187
6.1 RC
-- cut here --
lock order reversal:
1st 0xc075b5a0 cdev (cdev) @ kern/kern_conf.c:61
2nd 0xc637e8c8 sleep mtxpool (sleep mtxpool) @
Hello,
I just installed SciTE from editors/scite but it never launched while
running it as:
$ SciTE
(SciTE:65834): GLib-GObject-WARNING **: specified class size for type
`Scintilla' is smaller than the parent type's `GtkContainer' class size
(SciTE:65834): Gtk-CRITICAL **: gtk_type_new:
On Mon, May 01, 2006 at 06:31:41PM +0800, plasma wrote:
On Mon, May 01, 2006 at 04:50:29PM +0900, Hajimu UMEMOTO wrote:
On Mon, 1 May 2006 17:14:06 +0930
Daniel O'Connor [EMAIL PROTECTED] said:
doconnor On Monday 01 May 2006 17:02, plasma wrote:
I recently upgraded my emacs from
Can I direct someone's attention to the annoying but easy to fix bug:
http://www.freebsd.org/cgi/query-pr.cgi?pr=gnu/96570
There are still a few days left to make sure, FreeBSD-6.1 is shipped with
amd64 being able to link 32-bit executables.
Release Engineers insist, it must be fixed
Sorry incase any of you else are interested. Read Below.
-- Forwarded message --
From: Sean Bryant [EMAIL PROTECTED]
Date: May 1, 2006 4:41 PM
Subject: Re: cc can't build 32-bit executables on amd64
To: Mikhail Teterin [EMAIL PROTECTED]
add the flag -B/usr/lib32 and
понеділок 01 травень 2006 17:25, Paul Allen написав:
This was originally mentioned in amd64/76224 which was closed by obrien
with the terse remark: We don't yet support building 32-bit apps on a
64-bit system. We only barely support *running* them at this point.
I may be missing something
On Mon, May 01, 2006 at 05:39:02PM -0400, Mikhail Teterin wrote:
snip
I may be missing something huge, but, it seems to me, that my little
patch is sufficient to point cc to the right direction. With it I can
create 32-bit executables. Thus created lame, for example (from the
audio/lame port)
Mikhail Teterin wrote:
понеділок 01 травень 2006 17:25, Paul Allen написав:
This was originally mentioned in amd64/76224 which was closed by obrien
with the terse remark: We don't yet support building 32-bit apps on a
64-bit system. We only barely support *running* them at this point.
I may
понеділок 01 травень 2006 18:55, Jonathan Noack написав:
Did you miss the previous reply which mentioned using '-B/usr/lib32
-B/usr/local/lib32' in addition to '-m32'?
I did not miss this work-around. But it is not a proper way -- one need not
specify -B/usr/lib in the 64-bit case. Nor should
Then why not work on adding the functionality? I'm sure freebsd people
would love to have a proper working 32 bit compatibility layer
happening.
On 5/1/06, Mikhail Teterin [EMAIL PROTECTED] wrote:
понеділок 01 травень 2006 18:55, Jonathan Noack написав:
Did you miss the previous reply which
понеділок 01 травень 2006 19:25, Sean Bryant написав:
The gcc's multilib.h functionality is just for that. [...]
Then why not work on adding the functionality? I'm sure freebsd people
would love to have a proper working 32 bit compatibility layer
happening.
Did you see the PR -- with the
Paul Allen wrote:
This was originally mentioned in amd64/76224 which was closed by obrien with the
terse remark: We don't yet support building 32-bit apps on a 64-bit system. We
only barely support *running* them at this point.
Really this deserves an errata mention at the very least. It just
I tend to get snippy towards the end of release cycles, and I apologize
to those I've offended or have been needlessly rude to. But please hear
me out on what I have to say here
What makes a release cycle stressful is not the bug tracking and fixing,
or the building of bits, or anything
17 matches
Mail list logo
