El 12 de febrer de 2012 1:09, Gerald Pfeifer ger...@pfeifer.com ha escrit:
Given that both Mike and me considered this patch on the obvious
side, I now committed the following variation thereof on trunk.
Thanks!
--
Robert Millan
at the maintainers file it's not clear to
me which area does this belong to.
--
Robert Millan
El 1 de febrer de 2012 1:06, Mike Stump mikest...@comcast.net ha escrit:
On Jan 31, 2012, at 2:29 PM, Gerald Pfeifer wrote:
On Sun, 29 Jan 2012, Robert Millan wrote:
Please consider this patch to stddef.h. GNU/kFreeBSD has the same
problem with __size_t as FreeBSD does, since it inherits many
Hi,
Please consider this patch to stddef.h. GNU/kFreeBSD has the same
problem with __size_t as FreeBSD does, since it inherits many kernel
headers from FreeBSD.
--
Robert Millan
2012-01-29 Robert Millan r...@gnu.org
* ginclude/stddef.h [__FreeBSD_kernel__] (__size_t): Do not define
El 27 de desembre de 2011 12:25, Robert Millan r...@gnu.org ha escrit:
El 19 de desembre de 2011 21:04, Robert Millan r...@gnu.org ha escrit:
This small patch fixes a build regression on GNU/kFreeBSD.
Ping!
Ping again. Please note that Gerald Pfeifer has volunteered to commit
the patch once
This small patch fixes a build regression on GNU/kFreeBSD.
--
Robert Millan
2011-12-19 Robert Millan r...@gnu.org
Fix build regression on GNU/kFreeBSD.
* config/kfreebsd-gnu.h (GNU_USER_DYNAMIC_LINKERX32): New macro.
--- a/src/gcc/config/kfreebsd-gnu.h~ 2011-07-21 17:31:44.0 +0200
Hi!
2011/7/26 Rainer Orth r...@cebitec.uni-bielefeld.de:
Robert,
2011/7/25 Richard Sandiford rdsandif...@googlemail.com:
Robert Millan r...@gnu.org writes:
This patch adds support for GNU/kFreeBSD systems running on MIPS.
Looks good. However, Rainer's in the middle of moving things from
2011/7/25 Richard Sandiford rdsandif...@googlemail.com:
Robert Millan r...@gnu.org writes:
This patch adds support for GNU/kFreeBSD systems running on MIPS.
Looks good. However, Rainer's in the middle of moving things from gcc/
to libgcc/ -- where they belong -- and committing a new port now
you've finished.
Best regards
--
Robert Millan
This patch adds support for GNU/kFreeBSD systems running on MIPS.
--
Robert Millan
2011-07-22 Robert Millan r...@gnu.org
Support for GNU/kFreeBSD systems running on MIPS.
* config.gcc: Detect mips*-*-kfreebsd*-gnu.
* config.host: Likewise.
* config/mips/kfreebsd-gnu.h: New file
verified that my patch doesn't cause any regression (resulting
gcc/xgcc is identical both for mips-*-linux and mips64*-linux).
--
Robert Millan
2011-07-19 Robert Millan r...@gnu.org
* config/mips/gnu-user.h: Copy from linux.h. Update comments.
(GLIBC_DYNAMIC_LINKER): Remove.
* config/mips/gnu
probably harmless, but with this change if --enable-targets=all
is used, then mips/gnu-user.h is included twice. The second one can
be removed.
--
Robert Millan
:
On 06/10/2011 01:59 PM, Robert Millan wrote:
2011-06-02 Robert Millan r...@gnu.org
* config/i386/kfreebsd-gnu.h: Resync with `config/i386/linux.h'.
* config/kfreebsd-gnu.h (GNU_USER_DYNAMIC_LINKER): Resync with
`config/linux.h'.
* config/i386/kfreebsd-gnu64.h: New
:
On 06/10/2011 01:59 PM, Robert Millan wrote:
2011-06-02 Robert Millan r...@gnu.org
* config/i386/kfreebsd-gnu.h: Resync with `config/i386/linux.h'.
* config/kfreebsd-gnu.h (GNU_USER_DYNAMIC_LINKER): Resync with
`config/linux.h'.
* config/i386/kfreebsd-gnu64.h: New
Please someone look at this if you have time. The patch is very small now.
2011/6/3 Robert Millan r...@gnu.org:
Actually, please consider this patch instead. It's the same but fixes a
mistake in ld.so pathname.
2011/6/2 Robert Millan r...@gnu.org:
Hi,
2011/5/21 Joseph S. Myers jos
2011/6/10 Richard Henderson r...@redhat.com:
On 06/10/2011 01:59 PM, Robert Millan wrote:
2011-06-02 Robert Millan r...@gnu.org
* config/i386/kfreebsd-gnu.h: Resync with `config/i386/linux.h'.
* config/kfreebsd-gnu.h (GNU_USER_DYNAMIC_LINKER): Resync with
`config/linux.h
Actually, please consider this patch instead. It's the same but fixes a
mistake in ld.so pathname.
2011/6/2 Robert Millan r...@gnu.org:
Hi,
2011/5/21 Joseph S. Myers jos...@codesourcery.com:
Please send a patch against *current trunk* and CC *relevant target
architecture maintainers
appropriate. I think you'll want to make
gnu-user64.h use GNU_USER_LINK_EMULATION32 and GNU_USER_LINK_EMULATION64
similarly to how gnu-user.h uses GNU_USER_LINK_EMULATION.
Thanks for the tip. Here's an update to current trunk.
--
Robert Millan
2011-06-02 Robert Millan r...@gnu.org
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 r...@gnu.org:
Ping!
2011/1/18 Robert Millan r...@gnu.org:
2011/1/14 Robert Millan r...@gnu.org:
2011/1/12 Robert Millan r...@gnu.org
Ping^2
2011/1/26 Robert Millan r...@gnu.org:
Ping!
2011/1/18 Robert Millan r...@gnu.org:
2011/1/14 Robert Millan r...@gnu.org:
2011/1/12 Robert Millan r...@gnu.org:
* The headers config/kfreebsd-gnu.h etc. override
GLIBC_DYNAMIC_LINKER. But the 64-bit configurations
x86_64-*-kfreebsd
Ping^2
2011/1/26 Robert Millan r...@gnu.org:
Ping!
2011/1/18 Robert Millan r...@gnu.org:
2011/1/14 Robert Millan r...@gnu.org:
2011/1/12 Robert Millan r...@gnu.org:
* The headers config/kfreebsd-gnu.h etc. override
GLIBC_DYNAMIC_LINKER. But the 64-bit configurations
x86_64-*-kfreebsd
2011/1/14 Robert Millan r...@gnu.org:
2011/1/12 Robert Millan r...@gnu.org:
* 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
2011/1/12 Robert Millan r...@gnu.org:
* 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
.
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
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
of those headers.
Ok, I'll answer what I can in your previous mail.
--
Robert Millan
2011/1/12 Bill Cox waywardg...@gmail.com:
$ 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
?
* 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
this?
Btw, your patch overhauls linux.h but not i386/linux64.h
which is in the same situation as you described.
--
Robert Millan
, 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
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
--
Robert Millan
? It'd 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
2010/12/30 Richard Guenther richard.guent...@gmail.com:
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
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 freedom: we
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 myself right now (although
I'm willing to work
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.
FWIW there is an incomplete CIL front end on a branch. See
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
GPLv2 I know my rights; I want my phone call!
DRM What use
37 matches
Mail list logo