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,
the
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 o
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= emac
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
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) @ kern/kern_prot.c
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: asserti
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
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 in
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 -B/usr/lo
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 simply
isn't intuit
понеділок 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:
> 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 m
понеділок 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 th
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 lik
On 2006-05-01 16:04, Mikhail Teterin <[EMAIL PROTECTED]> wrote:
> 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
19 matches
Mail list logo
