public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Basile Starynkevitch <basile@starynkevitch.net>
To: Toon Moene <toon@moene.org>
Cc: "Nathan Froyd" <froydnj@codesourcery.com>,
	"Diego Novillo" <dnovillo@google.com>,
	"Manuel López-Ibáñez" <lopezibanez@gmail.com>,
	"Steven Bosscher" <stevenb.gcc@gmail.com>,
	"Grigori Fursin" <gfursin@gmail.com>,
	"Dorit Nuzman" <DORIT@il.ibm.com>,
	gcc@gcc.gnu.org
Subject: Re: Notes from the GROW'10 workshop panel (GCC research 	opportunities     workshop)
Date: Wed, 14 Apr 2010 19:52:00 -0000	[thread overview]
Message-ID: <4BC61C34.7070106@starynkevitch.net> (raw)
In-Reply-To: <4BC609AA.7080503@moene.org>

Toon Moene wrote:
> 
> Mutatis mutandis, the same goes for GCC: There might be too many hurdles 
> to use GCC in academia.  

This is probably true, however, the plugin ability of the just released 
GCC 4.5 (or is it released tomorrow) helps probably significantly.

Academics (even people working in technological research institutes like 
me) will probably be more able to practically contribute to GCC thru the 
plugin interface. It brings two minor points: a somehow defined plugin 
API (which is a sane "bottleneck" to the enormity of GCC code), and the 
ability to practically publish code without transfering copyright to FSF 
(in the previous situation, the only way to avoid that was to create a 
specific GPLv3 fork of GCC; in practice it is too expensive in labor for 
academia).

My point is that academics can quite easily contribute to GPL software, 
but much harder obtain the necessary legal authorizations to transfer 
copyright to FSF. My intuition is that if (in a different past & a 
different world which did not happen) GCC was only GPLv2+ without the 
FSF copyright requirement -exactly as Linux kernel is, things would have 
been much different.

With the new plugin ability of GCC, I would believe that academics would 
be a little happier to contribute to GCC, by coding plugins (or even 
perhaps MELT extensions, which are plugins with a different API).

I know several French university employees (professors or lecturers = 
"maitres de conférence" or interns or PhD students) who all can very 
easily, without even asking officially any high-level suit at their 
Univerisiy, publish some GPL code on their site and a paper in a 
conference or journal, but for whom getting any kind of document signed 
by their dean about transferring copyright to FSF is so painful that 
they won't even try.

I would actually believe that the amount of code from academics in the 
Linux kernel is bigger than the acedemic code in GCC, just because of 
this copyright issue (which is soften by the plugin feature, assuming 
people will publish & maintain plugin code).

Perhaps most of the GCC community don't care about getting more 
academics contribute to GCC (in my opinion this is a mistake of the GCC 
community; we should attract more academics).

Cheers.

-- 
Basile STARYNKEVITCH         http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***

  reply	other threads:[~2010-04-14 19:48 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-11 14:01 Dorit Nuzman
2010-04-11 18:27 ` Chris Lattner
2010-04-11 19:38   ` Grigori Fursin
2010-04-11 20:25     ` Chris Lattner
2010-04-11 20:58       ` Grigori Fursin
2010-04-14 14:34 ` Grigori Fursin
2010-04-14 14:58   ` Steven Bosscher
2010-04-14 15:21     ` Manuel López-Ibáñez
2010-04-14 15:30       ` Steven Bosscher
2010-04-14 15:36       ` Diego Novillo
2010-04-14 15:50         ` Nathan Froyd
2010-04-14 15:57           ` Richard Guenther
2010-04-14 19:19             ` Tom Tromey
2010-04-14 16:06           ` Diego Novillo
2010-04-14 18:30             ` Richard Guenther
2010-04-14 18:49           ` Toon Moene
2010-04-14 19:52             ` Basile Starynkevitch [this message]
2010-04-14 20:31               ` Toon Moene
2010-04-14 20:43               ` Toon Moene
2010-04-14 21:02               ` Ian Lance Taylor
2010-04-14 21:34                 ` Manuel López-Ibáñez
2010-04-15  8:26                 ` Basile Starynkevitch
2010-04-15  8:38                   ` Manuel López-Ibáñez
2010-04-15 12:03                     ` Basile Starynkevitch
2010-04-15 12:07                       ` Andrew Haley
2010-04-15 12:15                         ` Steven Bosscher
2010-04-15 12:17                           ` Andrew Haley
2010-04-22  9:18                       ` Laurent GUERBY
2010-04-14 21:04               ` Nathan Froyd
2010-04-14 19:42           ` Ian Lance Taylor
2010-04-14 15:44       ` Duncan Sands
2010-04-15  9:05   ` Manuel López-Ibáñez
2010-04-16 12:36     ` Grigori Fursin
2010-04-16 17:15       ` Manuel López-Ibáñez
2010-04-16 17:40         ` Grigori Fursin
2010-04-27 12:40         ` Grigori Fursin
2010-04-27 16:31           ` Manuel López-Ibáñez
2010-04-27 18:42             ` Grigori Fursin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BC61C34.7070106@starynkevitch.net \
    --to=basile@starynkevitch.net \
    --cc=DORIT@il.ibm.com \
    --cc=dnovillo@google.com \
    --cc=froydnj@codesourcery.com \
    --cc=gcc@gcc.gnu.org \
    --cc=gfursin@gmail.com \
    --cc=lopezibanez@gmail.com \
    --cc=stevenb.gcc@gmail.com \
    --cc=toon@moene.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).