From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Mitchell To: hjl@lucon.org Cc: law@cygnus.com, martin@mira.isdn.cs.tu-berlin.de, egcs@egcs.cygnus.com Subject: Re: multiple definitions of 'xxx keyed to...' in egcs-1.1.1 Date: Mon, 15 Feb 1999 17:46:00 -0000 Message-id: <199902160149.RAA28975@adsl-206-170-148-33.dsl.pacbell.net> In-reply-to: < m10CYsJ-00038sC@ocean.lucon.org > (hjl@lucon.org) References: X-SW-Source: 1999-02/msg00692.html >>>>> "H" == H J Lu writes: H> Here is my proposal. main () in toplev.c calls unique_string () H> to initialize a static variable in tree.c: In my opinion, this is not a good proposal. In another life, I work on issues of computer security, and silently putting things that might reveal the hostname where the program is compiled in .o files is not at all a good thing. If we can make the functions static, the problem goes away, right? If not, then sufficiently many random bits is just fine. I would guess that 2048 would be more than enough for quite some time to come. -- Mark Mitchell mark@markmitchell.com Mark Mitchell Consulting http://www.markmitchell.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Mitchell To: hjl@lucon.org Cc: law@cygnus.com, martin@mira.isdn.cs.tu-berlin.de, egcs@egcs.cygnus.com Subject: Re: multiple definitions of 'xxx keyed to...' in egcs-1.1.1 Date: Sun, 28 Feb 1999 22:53:00 -0000 Message-ID: <199902160149.RAA28975@adsl-206-170-148-33.dsl.pacbell.net> References: X-SW-Source: 1999-02n/msg00689.html Message-ID: <19990228225300.l0af5JjsBKCqq3_HjMuttpgyzWRDIrsNVfifsfmn2Y0@z> >>>>> "H" == H J Lu writes: H> Here is my proposal. main () in toplev.c calls unique_string () H> to initialize a static variable in tree.c: In my opinion, this is not a good proposal. In another life, I work on issues of computer security, and silently putting things that might reveal the hostname where the program is compiled in .o files is not at all a good thing. If we can make the functions static, the problem goes away, right? If not, then sufficiently many random bits is just fine. I would guess that 2048 would be more than enough for quite some time to come. -- Mark Mitchell mark@markmitchell.com Mark Mitchell Consulting http://www.markmitchell.com