Re: memcpy(p,p,len)

2010-04-30 Thread Mark Mielke
Just a quick comment than Jan-Benedict's opinion is widely shared by the specification and by the Linux glibc manpage: DESCRIPTION The memcpy() function copies n bytes from memory area src to memory area dest. The memory areas should not overlap. Use memmove(3) if the

Re: Why not contribute? (to GCC)

2010-04-26 Thread Mark Mielke
On 04/25/2010 11:27 PM, Dave Korn wrote: On 26/04/2010 01:12, Mark Mielke wrote: The real reason for FSF copyright assignment is control. The FSF wants to control GCC. Yes. Specifically, they want to be able to enforce the GPL. Since only the copyright holder can license code

Re: Why not contribute? (to GCC)

2010-04-26 Thread Mark Mielke
On 04/25/2010 11:44 PM, Dave Korn wrote: On 26/04/2010 04:30, Richard Kenner wrote: Yes. Specifically, they want to be able to enforce the GPL. Since only the copyright holder can license code to anyone, whether under GPL or whatever terms, FSF has to hold the copyright, or it can't sue

Re: Why not contribute? (to GCC)

2010-04-26 Thread Mark Mielke
On 04/26/2010 12:31 AM, Ian Lance Taylor wrote: Mark Mielkem...@mark.mielke.cc writes: Wouldn't contributing a patch to be read by the person who will be solving the problem, but without transferring of rights, introduce risk or liability for the FSF and GCC? I thought clean room

Re: Why not contribute? (to GCC)

2010-04-26 Thread Mark Mielke
On 04/26/2010 03:23 PM, Ian Lance Taylor wrote: Chris Lattnerclatt...@apple.com writes w.r.t. hoarding, I'll point out that (in the context of GCC) being able to enforce copyright is pretty useless IMO. While you can force someone to release their code, the GPL doesn't force them to assign

Re: Why not contribute? (to GCC)

2010-04-26 Thread Mark Mielke
On 04/26/2010 11:11 AM, Alfred M. Szmidt wrote: If I have the rights to re-license software, and I re-license the software, why do I not have permission to enforce these rights? Because you have the permission to re-DISTRIBUTE (not re-LICENSE) the software and nothing else.

Re: Why not contribute? (to GCC)

2010-04-26 Thread Mark Mielke
On 04/26/2010 07:41 AM, Paolo Bonzini wrote: On 04/26/2010 11:23 AM, Mark Mielke wrote: Personally, this whole issue is problematic to me. I really can't see why I would ever sue somebody for using software that I had declared free. Because (a derivative of) it is being made nonfree? How

Re: Why not contribute? (to GCC)

2010-04-25 Thread Mark Mielke
Copying David Daney's response to contrast against it: GCC is a mature piece of software that works really well and it is in a programming domain which is not as well understood and for people such as myself, I would be intimidated from the start, to delve in and expect any contributions I

Re: Why not contribute? (to GCC)

2010-04-25 Thread Mark Mielke
On 04/23/2010 06:18 PM, Alfred M. Szmidt wrote: My personal opinion is that this legal reason is a *huge* bottleneck against external contributions. In particular, because you need to deal with it *before* submitting any patch, which, given the complexity (4MLOC) and growth rate

Re: Why not contribute? (to GCC)

2010-04-25 Thread Mark Mielke
On 04/23/2010 08:37 PM, Basile Starynkevitch wrote: However, I would believe that most GCC contributors do not actively check their patch against the US patent system (because I perceive the US patent system to be very ill w.r.t. software). I confess I don't do that - it would be a full time

Re: Why not contribute? (to GCC)

2010-04-25 Thread Mark Mielke
On 04/23/2010 08:47 PM, Ian Lance Taylor wrote: Basile Starynkevitchbas...@starynkevitch.net writes: I also never understood what would happen if I had a brain illness to the point of submitting illegal patches (I have no idea if such things could exist; I am supposing today that if I wrote

Re: Why not contribute? (to GCC)

2010-04-25 Thread Mark Mielke
On 04/25/2010 11:20 AM, H.J. Lu wrote: On Sun, Apr 25, 2010 at 8:04 AM, Chris Lattnerclatt...@apple.com wrote: On Apr 25, 2010, at 7:59 AM, Manuel López-Ibáñez wrote: So, is the copyright disclaimer implicit in the patch submission? Who defines the conditions? That web page

Re: Why not contribute? (to GCC)

2010-04-25 Thread Mark Mielke
On 04/25/2010 05:49 PM, Richard Kenner wrote: So how much liability is required for somebody to accept in order to be allowed to contribute to GCC? This was answered already. It's the same for EVERY software project (not unique to GCC): if I steal somebody's copyrighted material and

Re: Why not contribute? (to GCC)

2010-04-25 Thread Mark Mielke
On 04/25/2010 06:27 PM, Richard Kenner wrote: I couldn't see somebody suing me (my bank account hovers pretty low most of the time). Companies are not going to sue nobodies such as myself because there is no money in it. So, in practice, is there a difference or not? No, because then the

Re: trivial trailing whitespace issue

2009-11-26 Thread Mark Mielke
On 11/26/2009 08:18 AM, Michael Matz wrote: How, for goodness sake, can pure trailing whitespace changes, which by necessity you can't even _see_ in an editor (except if you activate modes that explicitely show them e.g. in different color) clean up code? Have you looked at the patch or fallout

Re: GPL (probably a FAQ)

2009-07-23 Thread Mark Mielke
On 07/23/2009 11:28 PM, graham_k wrote: Can someone tell me definitively - if I use a ten line GPLed function, say quicksort, in 500,000 lines of code which I write myself, do I need to GPL all of my source code and make the ode free for all? If you want a definitive answer you should

Re: machine figure

2008-07-23 Thread Mark Mielke
? I'm interested in reading about the former. I have no interest at all in reading about the latter. :-) Cheers, mark -- Mark Mielke [EMAIL PROTECTED]

Re: Optimization of conditional access to globals: thread-unsafe?

2007-10-29 Thread Mark Mielke
in the control region) and expect that the store indeed only happens in that control region. And this expectation is misguided. If this is correct (condition makes no function calls and no volatiles are used, then I understand and agree. Cheers, mark -- Mark Mielke [EMAIL PROTECTED]

Re: Optimization of conditional access to globals: thread-unsafe?

2007-10-28 Thread Mark Mielke
the issue? Cheers, mark -- Mark Mielke [EMAIL PROTECTED]

Re: Optimization of conditional access to globals: thread-unsafe?

2007-10-28 Thread Mark Mielke
? I do not understand your position. Cheers, mark -- Mark Mielke [EMAIL PROTECTED]