On Tue, Mar 25, 2014 at 11:56:56AM -0400, Christos Zoulas wrote:
> | > How does it fail? Segv? Syntax error?
> |
> | It complains about a lot missing links between nodes. All nodes need
> | to have up, next and prev link. And it has code to automatically
> | populate those. But for some reason the
On Mar 25, 7:47am, t...@netbsd.org (Matthias Scheler) wrote:
-- Subject: Re: CVS commit: src/gnu/usr.bin/texinfo/makeinfo
| On Mon, Mar 24, 2014 at 11:20:04PM +, Christos Zoulas wrote:
| > In article <20140324230302.1ad1...@cvs.netbsd.org>,
| > Matthias Scheler wrote:
| &g
On Mon, Mar 24, 2014 at 11:20:04PM +, Christos Zoulas wrote:
> In article <20140324230302.1ad1...@cvs.netbsd.org>,
> Matthias Scheler wrote:
> >Module Name: src
> >Committed By:tron
> >Date:Mon Mar 24 23:03:02 UTC 2014
> >
> >Modified Files:
> > src/gnu/usr.bin/texi
In article <20140324230302.1ad1...@cvs.netbsd.org>,
Matthias Scheler wrote:
>Module Name: src
>Committed By: tron
>Date: Mon Mar 24 23:03:02 UTC 2014
>
>Modified Files:
> src/gnu/usr.bin/texinfo/makeinfo: Makefile
>
>Log Message:
>Don't compile with fortification. It breaks makei
Forgot to mention:
Suggested by Bug Hunting.
Thomas
On Fri, Dec 21, 2012 at 09:40:18AM +, Thomas Klausner wrote:
> Module Name: src
> Committed By: wiz
> Date: Fri Dec 21 09:40:18 UTC 2012
>
> Modified Files:
> src/gnu/usr.bin/send-pr: Makefile
>
> Log Message:
> Set GNATS_AD
On Sun, 25 Nov 2012, Iain Hibbert wrote:
Log Message:
Teach gcc4.1's cpp about the magic __COUNTER__ macro,
which returns a unique integer each time it is expanded.
This code was written without reference to any other
implementation of the same feature.
out of interest, what code uses this?
_
On Sat, 24 Nov 2012, Alan Barrett wrote:
> Module Name: src
> Committed By: apb
> Date: Sat Nov 24 09:07:44 UTC 2012
>
> Modified Files:
> src/gnu/dist/gcc4/libcpp: init.c macro.c
> src/gnu/dist/gcc4/libcpp/include: cpplib.h
>
> Log Message:
> Teach gcc4.1's cpp about the magi
On Jan 3, 6:42pm, Mindaugas Rasiukevicius wrote:
} Tom Spindler wrote:
} > On Mon, Aug 13, 2012 at 08:20:45PM +, David Holland wrote:
} > > On Fri, Aug 10, 2012 at 10:18:09PM +0400, Valeriy E. Ushakov wrote:
} > > > Linking against libstdc++ wastes space and time at runtime.
} > > >
} > >
On Tue, Aug 14, 2012 at 12:06:52AM +0100, Mindaugas Rasiukevicius wrote:
> > > That's a fine idea, but, really, if you're concerned about space and
> > > time at runtime, don't use C++ at all.
> >
> > Wasn't the mdocml(?) package suppossed to eliminate the need for
> > groff in tools/ and/or
In article <20120813231935.ga21...@babymeat.com>,
Tom Spindler wrote:
>On Tue, Aug 14, 2012 at 12:06:52AM +0100, Mindaugas Rasiukevicius wrote:
>> Tom Spindler wrote:
>> > On Mon, Aug 13, 2012 at 08:20:45PM +, David Holland wrote:
>> > > On Fri, Aug 10, 2012 at 10:18:09PM +0400, Valeriy E. U
Tom Spindler wrote:
> > > > That's a fine idea, but, really, if you're concerned about space and
> > > > time at runtime, don't use C++ at all.
> > >
> > > Wasn't the mdocml(?) package suppossed to eliminate the need for
> > > groff in tools/ and/or in base?
> >
> > Preferably, the elimination o
On Tue, Aug 14, 2012 at 12:06:52AM +0100, Mindaugas Rasiukevicius wrote:
> Tom Spindler wrote:
> > On Mon, Aug 13, 2012 at 08:20:45PM +, David Holland wrote:
> > > On Fri, Aug 10, 2012 at 10:18:09PM +0400, Valeriy E. Ushakov wrote:
> > > > Linking against libstdc++ wastes space and time at ru
Tom Spindler wrote:
> On Mon, Aug 13, 2012 at 08:20:45PM +, David Holland wrote:
> > On Fri, Aug 10, 2012 at 10:18:09PM +0400, Valeriy E. Ushakov wrote:
> > > Linking against libstdc++ wastes space and time at runtime.
> > >
> > > [...]
> > >
> > > I guess you are working on clang support
On Mon, Aug 13, 2012 at 02:22:30PM -0700, Tom Spindler wrote:
> > > [...]
> > >
> > > I guess you are working on clang support, so leaking libsupc++ into
> > > the build gets in your way. Please, instead of always linking
> > > libstdc++ make it possible for a c++ program to express "i d
On Mon, Aug 13, 2012 at 08:20:45PM +, David Holland wrote:
> On Fri, Aug 10, 2012 at 10:18:09PM +0400, Valeriy E. Ushakov wrote:
> > Linking against libstdc++ wastes space and time at runtime.
> >
> > [...]
> >
> > I guess you are working on clang support, so leaking libsupc++ into
> > th
On Fri, Aug 10, 2012 at 10:18:09PM +0400, Valeriy E. Ushakov wrote:
> Linking against libstdc++ wastes space and time at runtime.
>
> [...]
>
> I guess you are working on clang support, so leaking libsupc++ into
> the build gets in your way. Please, instead of always linking
> libstdc++ mak
On Fri, Aug 10, 2012 at 09:10:36PM +0200, Joerg Sonnenberger wrote:
> On Fri, Aug 10, 2012 at 10:18:09PM +0400, Valeriy E. Ushakov wrote:
> > Linking against libstdc++ wastes space and time at runtime.
>
> On-demand paging will pull only the required parts in. As I said
> earlier, the number of co
On Fri, Aug 10, 2012 at 10:18:09PM +0400, Valeriy E. Ushakov wrote:
> Linking against libstdc++ wastes space and time at runtime.
On-demand paging will pull only the required parts in. As I said
earlier, the number of constructors is basically irrelevant to matter.
So yes, this just reduces the nu
On Fri, Aug 10, 2012 at 19:10:37 +0200, Joerg Sonnenberger wrote:
> On Fri, Aug 10, 2012 at 08:32:16PM +0400, Valeriy E. Ushakov wrote:
> > On Fri, Aug 10, 2012 at 17:04:09 +0200, Joerg Sonnenberger wrote:
> >
> > > On Fri, Aug 10, 2012 at 06:15:43PM +0400, Valeriy E. Ushakov wrote:
> > > > On Fr
On Fri, Aug 10, 2012 at 08:32:16PM +0400, Valeriy E. Ushakov wrote:
> On Fri, Aug 10, 2012 at 17:04:09 +0200, Joerg Sonnenberger wrote:
>
> > On Fri, Aug 10, 2012 at 06:15:43PM +0400, Valeriy E. Ushakov wrote:
> > > On Fri, Aug 10, 2012 at 12:12:22 +, Joerg Sonnenberger wrote:
> > >
> > > > M
On Fri, Aug 10, 2012 at 17:04:09 +0200, Joerg Sonnenberger wrote:
> On Fri, Aug 10, 2012 at 06:15:43PM +0400, Valeriy E. Ushakov wrote:
> > On Fri, Aug 10, 2012 at 12:12:22 +, Joerg Sonnenberger wrote:
> >
> > > Module Name: src
> > > Committed By: joerg
> > > Date: Fri A
On Fri, Aug 10, 2012 at 06:15:43PM +0400, Valeriy E. Ushakov wrote:
> On Fri, Aug 10, 2012 at 12:12:22 +, Joerg Sonnenberger wrote:
>
> > Module Name:src
> > Committed By: joerg
> > Date: Fri Aug 10 12:12:22 UTC 2012
> >
> > Modified Files:
> > src/gnu/usr.bin/
On Fri, Aug 10, 2012 at 12:12:22 +, Joerg Sonnenberger wrote:
> Module Name: src
> Committed By: joerg
> Date: Fri Aug 10 12:12:22 UTC 2012
>
> Modified Files:
> src/gnu/usr.bin/groff: Makefile.inc
[...]
>
> Log Message:
> Don't link explicitly against libsupc++, just use the
On Sat, Jun 09, 2012 at 08:26:50PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sun Jun 10 00:26:50 UTC 2012
>
> Modified Files:
> src/gnu/dist/groff/tmac: doc-syms
>
> Log Message:
> add libexecinfo
Thank you, but not here please. It should be
On Fri, 15 Jul 2011, matthew green wrote:
Log Message:
Sprinkle some "NetBSD_DISABLED_" prefixes in file names in Makefile
targets, to ensure that the associated commands do not run. This should
prevent source files from being overwritten at build time by autoconf
and friends. Fixes PR 45132.
> Module Name: src
> Committed By: apb
> Date: Thu Jul 14 17:29:43 UTC 2011
>
> Modified Files:
> src/gnu/dist/autoconf: Makefile.in
> src/gnu/dist/gettext/gettext-runtime: Makefile.in
> src/gnu/dist/gettext/gettext-runtime/libasprintf: Makefile.in
> src/gnu/dist/
> Module Name: src
> Committed By: matt
> Date: Sat Jun 11 00:59:44 UTC 2011
>
> Modified Files:
> src/gnu/usr.bin/gcc4/arch/powerpc: configargs.h
>
> Log Message:
> If compiled with -msoft-float, make the compiler emit soft float code
> by default.
are you the essense of evil.
On Sat, 7 May 2011, Christos Zoulas wrote:
> Add a no_stack_protector function attribute to localize the effect
> of disabling stack protection on a function-by-function level, as
> opposed to per source file.
how should we enable use of this, is the patch below ok or should it have
additional re
In article <20110511232046.eec3d17...@cvs.netbsd.org>,
Joerg Sonnenberger wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: joerg
>Date: Wed May 11 23:20:46 UTC 2011
>
>Modified Files:
> src/gnu/dist/texinfo/makeinfo: sectioning.c
>
>Log Message:
>Fix two rather obviousbuffe
> Module Name: src
> Committed By: matt
> Date: Fri Feb 25 22:36:10 UTC 2011
>
> Modified Files:
> src/gnu/dist/gcc4/gcc/config/rs6000: netbsd.h
>
> Log Message:
> Explicitly make sure TARGET_SECURE_PLT is defined correctly rather than
> relying on HAVE_AS_REL16 from "auto-host.h"
> Log Message:
> Switch to new style only if is explicitly set.
^^
I meant to mention ${MKNATIVE_LIBGCC_NEW} here.
Masao
--
Masao Uebayashi / Tombi Inc. / Tel: +81-90-9141-4635
> The above is defining a global symbol that referes to the middle of
> a struct, not setting a memory location to the address of the it.
Do you mean lwp0.l_addr may vary during execution?
enami.
On Sat, Nov 28, 2009 at 08:29:43AM +0900, enami tsugutomo wrote:
> > > i wonder if we can re-add proc0paddr, defined to be = lwp0.l_addr
> > > at some point in main, to help this work with older gdb?
> > >
> > > this seems like a worth-while change since it's part of bsd-kvm.c.
> >
> > would need
> > i wonder if we can re-add proc0paddr, defined to be = lwp0.l_addr
> > at some point in main, to help this work with older gdb?
> >
> > this seems like a worth-while change since it's part of bsd-kvm.c.
>
> would need to be in md code since L_ADDR needs to come from assym.h.
>
> .glob
On Fri, Nov 27, 2009 at 12:45:18AM -0800, Matt Thomas wrote:
>
> > i wonder if we can re-add proc0paddr, defined to be = lwp0.l_addr
> > at some point in main, to help this work with older gdb?
> >
> > this seems like a worth-while change since it's part of bsd-kvm.c.
>
> would need to be in md
On Nov 26, 2009, at 11:47 PM, matthew green wrote:
>
> Module Name:src
> Committed By: enami
> Date: Fri Nov 27 02:51:15 UTC 2009
>
> Modified Files:
> src/gnu/dist/gdb6/gdb: bsd-kvm.c
>
> Log Message:
> Lookup lwp0.l_addr instead of proc0paddr to
Module Name: src
Committed By:enami
Date:Fri Nov 27 02:51:15 UTC 2009
Modified Files:
src/gnu/dist/gdb6/gdb: bsd-kvm.c
Log Message:
Lookup lwp0.l_addr instead of proc0paddr to locate PCB.
hmmm..
i wonder if we can re-add proc0paddr, defin
> Module Name: src
> Committed By: enami
> Date: Fri Nov 27 02:51:15 UTC 2009
>
> Modified Files:
> src/gnu/dist/gdb6/gdb: bsd-kvm.c
>
> Log Message:
> Lookup lwp0.l_addr instead of proc0paddr to locate PCB.
I wonder if it is better to keep proc0paddr in kernel as a pointer to
PCB
Izumi Tsutsui wrote:
> > On Fri, Nov 13, 2009 at 06:46:07PM +0900, Izumi Tsutsui wrote:
> > > Indeed, it doesn't use libbfd but just GPLv2'ed.
> > > As you said we should move only mdsetimage and dbsym into external/gpl3.
> >
> > Do we need that for any non-elf targets?
> > If not, porting to Fre
> On Fri, Nov 13, 2009 at 06:46:07PM +0900, Izumi Tsutsui wrote:
> > Indeed, it doesn't use libbfd but just GPLv2'ed.
> > As you said we should move only mdsetimage and dbsym into external/gpl3.
>
> Do we need that for any non-elf targets?
> If not, porting to FreeBSD's libelf might be an option.
On Thursday 12 November 2009 22:03:57 r...@fdy2.demon.co.uk wrote:
> >On Thursday 12 November 2009 20:24:05 r...@fdy2.demon.co.uk wrote:
> >> Nick Hudson wrote:
> >> >Module Name:src
> >> >Committed By: skrll
> >> >Date: Sun Nov 8 15:25:10 UTC 2009
> >> >
> >> >Modified Files:
> >>
> >> >src/gnu/usr.sbin/ncdcs: Makefile ncdcs.8 ncdcs.c
> >> >
> >> >Log Message:
> >> >Remove binutils 2.16 crossover build files.
> >>
> >> Please could ncdcs be restored, it isn't part of binutils and is
> >> needed for NetBSD/ibmnws.
> >>
> >> Robert Swindells
> >
> >ncdcs is still avail
On Fri, Nov 13, 2009 at 06:46:07PM +0900, Izumi Tsutsui wrote:
> Indeed, it doesn't use libbfd but just GPLv2'ed.
> As you said we should move only mdsetimage and dbsym into external/gpl3.
Do we need that for any non-elf targets?
If not, porting to FreeBSD's libelf might be an option.
Martin
>On Thursday 12 November 2009 20:24:05 r...@fdy2.demon.co.uk wrote:
>> Nick Hudson wrote:
>> >Module Name:src
>> >Committed By: skrll
>> >Date: Sun Nov 8 15:25:10 UTC 2009
>> >
>> >Modified Files:
>> >src/gnu/lib: Makefile
>> >src/gnu/usr.bin: Makefile
>> >Removed
On Thursday 12 November 2009 20:24:05 r...@fdy2.demon.co.uk wrote:
> Nick Hudson wrote:
> >Module Name:src
> >Committed By: skrll
> >Date: Sun Nov 8 15:25:10 UTC 2009
> >
> >Modified Files:
> >src/gnu/lib: Makefile
> >src/gnu/usr.bin: Makefile
> >Removed Files:
>
>
On Thu, Nov 12, 2009 at 08:24:05PM +, r...@fdy2.demon.co.uk wrote:
> Please could ncdcs be restored, it isn't part of binutils and is
> needed for NetBSD/ibmnws.
It's in src/external/, now.
Dave
--
David Young OJC Technologies
dyo...@ojctech.com Urbana, IL * (217) 278-3933
Nick Hudson wrote:
>Module Name:src
>Committed By: skrll
>Date: Sun Nov 8 15:25:10 UTC 2009
>
>Modified Files:
>src/gnu/lib: Makefile
>src/gnu/usr.bin: Makefile
>Removed Files:
[snip]
>src/gnu/usr.sbin/ncdcs: Makefile ncdcs.8 ncdcs.c
>
>Log Message:
>Remo
47 matches
Mail list logo
