This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: Linkage of GPLed GCC to Closed Source via XML or Perl

> -----Original Message-----
> From: Joe Buck []
> Sent: Friday, March 01, 2002 5:55 PM
> To:
> Cc: Joe.Buck@synopsys.COM;
> Subject: Re: Linkage of GPLed GCC to Closed Source via XML or Perl
> James Michael DuPont writes:
> > It is very simple now. I am not trying to get around
> > the GPL, Joe, so you can see that your statement
> > should be retracted.
> Yes, the tone of my statement was completely inappropriate.  
> You are not a
> bad guy, and I apologize for my original statement.  
> Furthermore this is
> an extremely complex issue and I think that at some point the 
> FSF is going
> to have to modify the policy somehow.
> > The output of the introspector is source code in xml
> > format. That is covered by the GPL. Later queried from
> > the database, it is also source code, just in a
> > different form.
> I'm not sure that that will fly.  I retract my accusations 
> against you,
> but I don't retract my statements that XML output will 
> provide new ways
> of attaching proprietary code to GCC (despite your claims that the GPL
> can prevent this).  On the other hand, it appears that 
> various compiler
> vendors are talking about common XML formats to represent parsed C++
> code.  If this comes about, any resistance on the part of GCC will be
> useless.

And in fact the reason I've talked of SOAP previously in the thread is that
I see GCC as a good base to create a "C++ to WSDL/server/stub" compiler
working by parsing C++ source code and generating all the structures needed
to access the corrsponding class instances through SOAP. 

In that case, if the original compiled code is GPLed, then the resulting
code WSDL/server/stub will be (be it compiled by a GCC-derivative or even a
proprietary compiler), but if such a GCC-derived compiler is used on
non-GPLed code, it seems dubious to say the result will be GPLed.



Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
Tel:	+33 (0) 1 47 68 80 80
Fax:	+33 (0) 1 47 88 97 85

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]