PING^4 APPROVED patch for AMD64 targets running GNU/kFreeBSD, anyone?

On 06/10/2011 01:59 PM, Robert Millan wrote: >> 2011-06-02 Robert Millan >> >> * config/i386/kfreebsd-gnu.h: Resync with `config/i386/linux.h'. >> * config/kfreebsd-gnu.h (GNU_USER_DYNAMIC_LINKER): Resync with >> `config/linux.h'.

PING^2 [PATCH] Support for AMD64 targets running GNU/kFreeBSD

Please can this patch be considered? It's several months old (sent in Jan 2011), and it is critical to use of GCC on GNU/kFreeBSD. 2011/1/26 Robert Millan : > Ping! > > 2011/1/18 Robert Millan : >> 2011/1/14 Robert Millan : >>> 2011/1/12 Robert Millan : >>>

Re: PING^2 [PATCH] Support for AMD64 targets running GNU/kFreeBSD

Ping^2 2011/1/26 Robert Millan : > Ping! > > 2011/1/18 Robert Millan : >> 2011/1/14 Robert Millan : >>> 2011/1/12 Robert Millan : >>>>> * The headers config/kfreebsd-gnu.h etc. override >>>>>  GLIBC_DYNAMIC_LINKER.  But the 64-bit configurati

PING [PATCH] Support for AMD64 targets running GNU/kFreeBSD

Ping! 2011/1/18 Robert Millan : > 2011/1/14 Robert Millan : >> 2011/1/12 Robert Millan : >>>> * The headers config/kfreebsd-gnu.h etc. override >>>>  GLIBC_DYNAMIC_LINKER.  But the 64-bit configurations >>>>  x86_64-*-kfreebsd*-gnu and x86_64-*-knetb

[PATCH] Support for AMD64 targets running GNU/kFreeBSD

2011/1/14 Robert Millan : > 2011/1/12 Robert Millan : >>> * The headers config/kfreebsd-gnu.h etc. override >>>  GLIBC_DYNAMIC_LINKER.  But the 64-bit configurations >>>  x86_64-*-kfreebsd*-gnu and x86_64-*-knetbsd*-gnu do not appear to >>&

Re: kfreebsd-gnu etc. issues

be ok? > > That makes sense to me. Confirmed, linux-unwind.h can be removed. > If disabled for non-Linux-kernel targets, the > REG_NAME abstraction may as well be removed as not actually being useful > at present. Ack. I'll send a patch for this. -- Robert Millan

Re: kfreebsd-gnu etc. issues

Thanks Ian. Seeing that there's so little harm in enabling it gratuitously, I think it'd be best to assume that PT_GNU_STACK is supported unless someone can prove otherwise. -- Robert Millan

Re: kfreebsd-gnu etc. issues

2011/1/12 Robert Millan : >> * The headers config/kfreebsd-gnu.h etc. override >>  GLIBC_DYNAMIC_LINKER.  But the 64-bit configurations >>  x86_64-*-kfreebsd*-gnu and x86_64-*-knetbsd*-gnu do not appear to >>  use any header that would override GLIBC_DYNAMIC_LINKER32 and &g

Re: kfreebsd-gnu etc. issues

oesn't cause any breakage. Then we could disable it untill/unless someone more clued than me ports it to kFreeBSD. Would this be ok? > * A minor point: TARGET_VERSION, referring to Linux, is not overridden >  by these configurations. Perhaps a common (or a fallback) string mentioning GNU and/or glibc would fit. But where's this displayed anyway? -- Robert Millan

Re: Dumb idea for accelerating FOSS development

2011/1/12 Bill Cox : >    $ gcc myprog.c -lgit://github/~waywardgeek/sonic=0.1 You already have this, it's called FUSE. E.g. $ sshfs $publicrepo $tmp $ gcc myprog.c -I$tmp $tmp/sonic.c If you want it to speak GIT protocol, just write a GIT extension, etc. -- Robert Millan

Re: kfreebsd-gnu etc. issues

ine the correct division of those headers. Ok, I'll answer what I can in your previous mail. -- Robert Millan

Re: kfreebsd-gnu etc. issues

this? Btw, your patch overhauls linux.h but not i386/linux64.h which is in the same situation as you described. -- Robert Millan

Re: kfreebsd-gnu etc. issues

e lines myself, but never got the time to do it. > I found > several possible problems with the configurations for *-kfreebsd-gnu, > *-knetbsd-gnu and *-kopensolaris-gnu. > > [...] I can't review these problems right now, but I'll have a bit more time in 1 or 2 weeks. I'll get back to you. -- Robert Millan

Re: RFC: Add 32bit x86-64 support to binutils

2010/12/30 Richard Guenther : > Would be nice if LFS would be mandatory on the new ABI, thus > off_t being 64bits. Please do also consider time_t. -- Robert Millan

Re: RFC: Add 32bit x86-64 support to binutils

be interesting to play with them. Btw, I recommend against 8-byte longs. In the tests I did in 2009, I recall glibc source was extremely unhappy due to sizeof(long)==sizeof(void *) assumptions. -- Robert Millan

Re: RFC: Add 32bit x86-64 support to binutils

Hi folks, I had this unsubmitted patch in my local filesystem. It makes Linux detect ELF32 AMD64 binaries and sets a flag to restrict them to 32-bit address space. It's not rocket science but can save you some work in case you haven't implemented this already. Best regards -- Rob

please disable email forwarding

Hi, Please disable email forwarding for my account [EMAIL PROTECTED] (it is being forwarded to [EMAIL PROTECTED]). Thanks -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your f

Re: GSoC ideas

On Sun, Mar 30, 2008 at 08:47:05AM -0600, Tom Tromey wrote: > >>>>> "Robert" == Robert Millan <[EMAIL PROTECTED]> writes: > > Robert> I know it's a bit late, but I just thought that it'd be really > Robert> nice if GCC had a C# frontend.

Re: GSoC ideas

Hi Ian, On Sat, Mar 29, 2008 at 07:28:19PM -0700, Ian Lance Taylor wrote: > Robert Millan <[EMAIL PROTECTED]> writes: > > > I know it's a bit late, but I just thought that it'd be really nice if GCC > > had a C# frontend. I don't have time to do this mys

GSoC ideas

motivation for this is technical but also political (using the GPLv3 to put a stop to the patent-encumberance issues surrounding Mono). Are proposals welcome? If you like, I can ellaborate on it and add it to the wiki page. Thanks -- Robert Millan I know my rights; I want my phone call! What