public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Re: info
@ 2000-05-09 14:49 Mike Stump
  0 siblings, 0 replies; 13+ messages in thread
From: Mike Stump @ 2000-05-09 14:49 UTC (permalink / raw)
  To: gcc, syedali011

> From: "Akbar A." <syedali011@earthlink.net>
> To: <gcc@gcc.gnu.org>
> Date: Tue, 9 May 2000 13:55:40 -0500

> well I am _LEARNING_ a lot of info from gcc and it's source code.

And don't worry, there is a lot left to learn...  :-)

> my question is this, if you give away your source code isn't it possible
> that your competitors could see what you are doing?

Yes.

> i know i am not a political person i am just a programmer, but how does that
> work?

Nicely.

Please see http://www.deja.com/usenet/ , and check out gnu.misc.discuss
over the past 8 or so years.  Look for the terms Cygnus/GPL/Rehat and
so on.  Please see http://www.fsf.org/ , for example,
http://www.fsf.org/philosophy/philosophy.html#AboutFreeSoftware , After
reading all that, please ask any remaining questions on
gnu.misc.discuss.

^ permalink raw reply	[flat|nested] 13+ messages in thread
* info
@ 2004-03-11 15:01 fredy.pena
  0 siblings, 0 replies; 13+ messages in thread
From: fredy.pena @ 2004-03-11 15:01 UTC (permalink / raw)
  To: gcc

[-- Attachment #1: Type: text/plain, Size: 5 bytes --]

doc?

[-- Attachment #2: Norton AntiVirus Deleted1.txt --]
[-- Type: plain/text, Size: 111 bytes --]

^ permalink raw reply	[flat|nested] 13+ messages in thread
* Info
@ 2003-09-10 10:24 TKostadinov
  0 siblings, 0 replies; 13+ messages in thread
From: TKostadinov @ 2003-09-10 10:24 UTC (permalink / raw)
  To: GCC GNU

...

ifInterestedIn("C Programming") {
   singIn("groups.yahoo.com/group/prgC/");
}
else {
   doNothing();
}
...
Everybody with interests in C is invited.
Subscribe:  prgC-subscribe@yahoogroups.com
Post message:  prgC@yahoogroups.com

With Best Regards
T. J. Kostadinov

^ permalink raw reply	[flat|nested] 13+ messages in thread
* info
@ 2002-04-01  2:34 alex bohemia
  2002-04-01  4:52 ` info Bryce McKinlay
  0 siblings, 1 reply; 13+ messages in thread
From: alex bohemia @ 2002-04-01  2:34 UTC (permalink / raw)
  To: gcc

hi, 
i was looking at the latest update for the gcj
compiler, i was wondering why tell this moment the awt
was not implemented when gnu could use kaffe libs or
manta's libs which already generates machine code??
as far as i know both kaffe and manta are free
software.


__________________________________________________
Do You Yahoo!?
Yahoo! Greetings - send holiday greetings for Easter, Passover
http://greetings.yahoo.com/

^ permalink raw reply	[flat|nested] 13+ messages in thread
* Info
@ 2001-03-08 14:01 Marco Mangiante
  0 siblings, 0 replies; 13+ messages in thread
From: Marco Mangiante @ 2001-03-08 14:01 UTC (permalink / raw)
  To: gcc

Hi friends,
there is a little time in which i can see also c# 
in GNU compiler collection?
Bye

^ permalink raw reply	[flat|nested] 13+ messages in thread
* RE: rfc: new libgcc build mechanism
@ 2000-05-09 10:25 Donn Terry
  2000-05-09 11:56 ` info Akbar A.
  0 siblings, 1 reply; 13+ messages in thread
From: Donn Terry @ 2000-05-09 10:25 UTC (permalink / raw)
  To: 'Robert Lipe'
  Cc: 'Russ Allbery ', 'autoconf@gnu.org ',
	'gcc@gcc.gnu.org '

I agree that finding it may be a bit of a challenge, but
it's probably worth it.  (I'll see what I can do about
making that better in another life ;-) ).

The specific case I'm dealing with involves passing the
CC command down to lower levels of make, which in turn
involves doing command substitutions at various levels.
The current partial solution involves having two the-same-but-different
versions of the same string, with different levels of \ quoting
of ` (to allow nesting of `).  Since the problem being addressed
is finding filenames, finding the filename of a temp file 
introduces a recursion.  (All this may be solvable, but it's
far more difficult than it needs to be: $() was created
to allow just that.)  (A recent change broke the currently
working solution.)  (Look at @quoted_cc_set_by_configure@
in configure and Makefile.in, and how to make that work
(reasonably) in the context of SUBDIR_FLAGS_TO_PASS,
when symbolic links are not present.)

Donn

> -----Original Message-----
> From: Robert Lipe [ mailto:robertlipe@usa.net ]
> Sent: Monday, May 08, 2000 8:13 PM
> To: Donn Terry
> Cc: 'Russ Allbery '; 'autoconf@gnu.org '; 'gcc@gcc.gnu.org '
> Subject: Re: rfc: new libgcc build mechanism
> 
> 
> > the GNU assumption that /bin/sh is the one and only shell
> > leads to a permanent deadlock.  Vendors don't want to break
> > user's existant shell scripts, and there are some corner
> > cases in the Bourne shell that are not completely compatible
> > with a POSIX shell.  Thus, vendors who have taken this route
> > will NEVER (OK... "never say never") replace the Bourne shell
> > (as /bin/sh) with a POSIX shell.  Thus, to the same degree
> 
> This is exactly the problem.  While most (at least most System V's) do
> have a bourne shell that accepts shell functions most vendor /bin/sh
> programs are not the POSIX shell.
> 
> So while most modern systems do have a shell _somewhere_ that 
> meets the
> POSIX standard, the challenge is to find it.  Of course, that could be
> done in an autoconf-like system.
> 
> > Bourne shell.  However, if we ask a different question: can
> > we count on there being a POSIX shell by some name or other
> > (and thus figure out how to find that) then I think there's
> 
> The only two ways that I know of are to look in the documentation that
> the vendor had to file at certification time and to look 
> through a list
> of "well known" locations.
> 
> > no requirement about which directory it lives in (and this
> > is what allows POSIX conformance systems to layer the path
> > such that /bin/sh doesn't change behavior but POSIX conformant
> > applications work).)
> 
> Right.   And it allows it to be "hidden" in a zillion 
> different places.
> Certainly, there is prior art in autoconf roaming the 
> directory tree for
> such things, but it's really icky.
> 
> 
> But my gut tells me that while shell functions are probably "common
> enough" to be used on interesting systems with little pain, 
> the tradoffs
> and paybacks of finding the posix shell will deliver q different value
> equation.
> 
> RJL
> 

^ permalink raw reply	[flat|nested] 13+ messages in thread
* info
@ 1999-10-27  0:32 TAXhotpop
  1999-10-27 12:16 ` info Martin v. Loewis
  1999-10-31 23:35 ` info TAXhotpop
  0 siblings, 2 replies; 13+ messages in thread
From: TAXhotpop @ 1999-10-27  0:32 UTC (permalink / raw)
  To: gcc



^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2004-03-11 15:01 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-05-09 14:49 info Mike Stump
  -- strict thread matches above, loose matches on Subject: below --
2004-03-11 15:01 info fredy.pena
2003-09-10 10:24 Info TKostadinov
2002-04-01  2:34 info alex bohemia
2002-04-01  4:52 ` info Bryce McKinlay
2002-04-07 14:13   ` info Tom Tromey
2001-03-08 14:01 Info Marco Mangiante
2000-05-09 10:25 rfc: new libgcc build mechanism Donn Terry
2000-05-09 11:56 ` info Akbar A.
2000-05-09 14:02   ` info Martin v. Loewis
1999-10-27  0:32 info TAXhotpop
1999-10-27 12:16 ` info Martin v. Loewis
1999-10-31 23:35   ` info Martin v. Loewis
1999-10-31 23:35 ` info TAXhotpop

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).