clang vs free software
Helmut Eller : > > If nobody bothers with even > > considering the question, it would appear that it is not all that > > important... > > Maybe nobody bothers because using clang is easier than to fight with > FSF policies. <> It is never a good idea to exclude political and social ramifications from the software design and use decisions... It so happens that over the long hall, the free software ends up being technologically superiormost often. But this is besides the point. <> Clearly this is a complete break off now of the BSD community but there is another half of this story, because the platform that most of us have gotten compfortable with over the last decade is now being flanked on several levels for which the compiler keychain is maybe just the last straw. I think it might be necessary in the near future to just break with the current "Linux" platform altogether, and maybe rebuild a BSD based system with the FSF tool kit and start there as a new base. <> It is just another compiler in order to make non-free software. It is the free software platform as a whole that is being seriously strained. <> Uh huh. You know what, it won't matter with UEFI and if systemd continues to absorb the entire GNU toolkit. It is not just BSD that will no longer have GNU/Roots The GNU/Linux is almost dead in its own right. <> [QUOTE]"I'm an engineer. I choose the best tool for the job, politics be damned." You must be a stupid engineer then, because politcs and technology have been attacted at the hip since the 1st dynasty in Ancient Egypt. I guess you missed that one." [/QUOTE] Right now, it is hard to find a distribution that functions, and they have less GNU tools on them every day. << As I've said before, I don't personally care who wins; either tool will serve my needs. I would prefer to see both flourish and compete with each other. But that's not where things are heading unless GCC ups its game.>> That won't even scratch the surface. Consider this... UEFI puts a operating system between you and your hardware. Without a secure boot, it is a security flaw...outright. WITH a secure boot, it is no better than the Apple Appstore because you can't change the binaries and expect them to be signable. And then you have systemd, which is eating every peice of GNUtoolkit it can find, and then some. In fact, systemd is nearly a shelless operating system, and it certain doesn't need GCC, or the GNU toolkit. In fact, it smothers the need for a toolkit since all the hackable parts are being rounded up. It's stated goal is to make all distriubutions identical Boy, this is a F$$$thyylking innovatoin if I ever saw one. Who needs a compiler when you have a locked down Operating System that you have to beg for a TCP Socket from. And then there is android, and Chromium, the browser that spies on you (and YES the free version DOES spy on you), and Firefox feels like it is dieing... Java and MYSQL were eaten by Oracle This is not a bright time in the world. I feel earnestly bad for the youngsters growing up in this, and that includes my children and grandchildren. There is a need for some bold action. But fixing GCC for some marginal improvements at best... it needs to be done. It always needs to be done. But we need something else as well. Ruben -- -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and and extermination camps, but incompatible with living as a free human being. -RI Safir 2013
Re: Bugzilla new bug page
I told you I couldn't even vreate an accouny...and bugzilla is no a well designed tool anyway On Sat, May 28, 2011 at 04:25:37PM +0100, Jonathan Wakely wrote: > On 11 May 2011 15:05, Jonathan Wakely wrote: > > > > Also, Bugzilla mails to the gcc-bugs list seem to be very slow at the > > moment, taking 5 mins or more to appear. > > This one took an hour: > > http://gcc.gnu.org/ml/gcc-bugs/2011-05/msg00933.html > > Bugzilla mails seem to be arriving a bit faster these days, but these > two emails just arrived almost four months late, and have the wrong > name in the From header: > > http://gcc.gnu.org/ml/gcc-bugs/2011-05/msg02843.html > http://gcc.gnu.org/ml/gcc-bugs/2011-05/msg02842.html > > How many other mails are still bouncing around inside sourceware.org's > mail queue? -- http://www.mrbrklyn.com - Interesting Stuff http://www.nylxs.com - Leadership Development in Free Software So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://fairuse.nylxs.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 "Yeah - I write Free Software...so SUE ME" "The tremendous problem we face is that we are becoming sharecroppers to our own cultural heritage -- we need the ability to participate in our own society." "> I'm an engineer. I choose the best tool for the job, politics be damned.< You must be a stupid engineer then, because politcs and technology have been attached at the hip since the 1st dynasty in Ancient Egypt. I guess you missed that one." © Copyright for the Digital Millennium
Re: template class
FWIW
Array( const Array&rhs );
On Fri, Jun 10, 2011 at 08:30:05PM -0700, eric wrote:
> Dear Mr. Bjarne Stroustrup:
>
> Thanks your suggestion, I follow it but it show fatal error:Array.cpp:
> no such file
> so
> I add #include "Array.cpp" in my main program, pg52.cpp
> then
> it can compile
> but
> when I run it, it response
> Segmentation fault
>
> again it's g++ 4.5.2. What may cause wrong?
>
> hope to see your suggestion/advice again, and thanks a lot in advance,
> Eric
> -
>
> On Fri, 2011-06-10 at 22:18 -0400, bs wrote:
> > On 6/10/2011 9:43 PM, eric wrote:
> > > Dear Bjarne Stroustrup:
> > >
> > >I copied a piece of codes from book(C++ primer 3rd Ed) chapter 2 about
> > > page 52.
> > > but it failed to be compiled under my g++ 4.5.2
> > > here is the program
> >
> > That book is an antique, but I think that the problem may simply be that
> > you can't separately compile pg52.cpp and Array.cpp. Try
> > #include in Array.h .
> >
> > > ---
> > >
> > > eric@eric-laptop:~/CppPrimer3$ g++ Array.cpp pg52.cpp
> > > /tmp/ccE9MPMg.o: In function `main':
> > > pg52.cpp:(.text+0x23): undefined reference to `Array::Array(int)'
> > > pg52.cpp:(.text+0x37): undefined reference to
> > > `Array::Array(int)'
> > > pg52.cpp:(.text+0x4b): undefined reference to `Array::Array(int)'
> > > collect2: ld returned 1 exit status
> > > --
> > > #include
> > > #include "Array.h"
> > >
> > >
> > >
> > > int main() {
> > >const int array_size = 4;
> > >
> > >// elemType becomes int
> > >Array ia(array_size);
> > >
> > >// elemType becomes double
> > >Array da(array_size);
> > >
> > >// elemType becomes char
> > >Array ca(array_size);
> > >
> > > int ix;
> > >
> > > for ( ix = 0; ix< array_size; ++ix ) {
> > > ia[ix] = ix;
> > > da[ix] = ix * 1.75;
> > > ca[ix] = ix + 'a';
> > > }
> > >
> > > for ( ix = 0; ix< array_size; ++ix )
> > >std::cout<< "[ "<< ix<< " ] ia: "<< ia[ix]
> > > << "\tca: "<< ca[ix]
> > > << "\tda: "<< da[ix]<< std::endl;
> > >
> > > return 0;
> > > }
> > > ---
> > > // Array.cpp
> > >
> > > #include "Array.h"
> > >
> > > /*
> > > Array::Array(elemType *iarray, int iarray_size)
> > > {
> > >ia = iarray;
> > >_size = iarray_size;
> > > }
> > > */
> > >
> > > template Array::Array(const Array &rhs )
> > > {
> > >ia = rhs;
> > > }
> > >
> > > template Array::Array(const int size )
> > > {
> > >_size = size;
> > > }
> > >
> > >
> > > --
> > > #ifndef Array_H
> > > #define Array_H
> > >
> > >
> > > template< class elemType>
> > > class Array {
> > > public:
> > >// parameterize element type
> > >explicit Array( int size = DefaultArraySize );
> > >Array( elemType *array, int array_size );
> > >Array( const Array&rhs );
> > >
> > >virtual ~Array() { delete [] ia; }
> > >
> > >bool operator==( const Array& ) const;
> > >bool operator!=( const Array& ) const;
> > >
> > >Array& operator=( const Array& );
> > >int size() const { return _size; }
> > >
> > >/* virtual */ elemType& operator[](int index){ return ia[index]; }
> > >/*
> > >virtual void sort();
> > >
> > >virtual elemType min() const;
> > >virtual elemType max() const; */
> > >/* virtual */ int find( const elemType&value ) const;
> > >
> > > protected:
> > > static const int DefaultArraySize = 12;
> > >
> > > int _size;
> > > elemType *ia;
> > > };
> > >
> > > #endif
> > > ---
> > > I asked mailing list in gcc, but so far I did not get any useful
> > > response. I know the book's author Stanley B. Lippman or Josee Lajoie
> > > ever work with you. And I tried to reach Stanley B. Lippman, I can not
> > > find his email addreess. I emailed Josee Lajoie but again never get any
> > > message from her (for 2 or 3 days).
> > > hope to get your help on this problem.
> > > Thanks your efforts a lot in advance
> > > Eric
> > >
> > >
> >
>
--
http://www.mrbrklyn.com - Interesting Stuff
http://www.nylxs.com - Leadership Development in Free Software
So many immigrant groups have swept through our town that Brooklyn, like
Atlantis, reaches mythological proportions in the mind of the world - RI Safir
1998
http://fairuse.nylxs.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
"Yeah - I write Free Software...so SUE ME"
"The tremendous problem we face is that we are becoming sharecroppers to our
own cultural heritage -- we need the ability to participate in our own society."
"> I'm an engineer. I choose the best tool for the job, politics be damned.<
You must be a stupid engineer then, because politcs and technology have been
attached at the hip since the
Re: Fwd: Interested In Doing Documentation Project
On Fri, Jul 15, 2011 at 09:07:46PM -0600, selma leathem wrote: > -- Forwarded message -- > From: selma leathem > Date: Fri, Jul 15, 2011 at 8:50 PM > Subject: Interested In Doing Documentation Project > To: gcc@gcc.gnu.org > > Hello, > > I am interested in doing the front end documentation project. How do I > sign up for that, or learn what is going on with it at this current > time please? > > I am an ex-physicist with some computing including c/c++ and technical > writing experience who is trying to gain more experience in this area. > > Thank you, > > Selma Leathem It;s a good thing. If you are looking for a project, I'd focus on ncurses which needs a top notch (better than I) coder to document it better, especially the C++ binding, Ruben -- http://www.mrbrklyn.com - Interesting Stuff http://www.nylxs.com - Leadership Development in Free Software So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://fairuse.nylxs.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 "Yeah - I write Free Software...so SUE ME" "The tremendous problem we face is that we are becoming sharecroppers to our own cultural heritage -- we need the ability to participate in our own society." "> I'm an engineer. I choose the best tool for the job, politics be damned.< You must be a stupid engineer then, because politcs and technology have been attached at the hip since the 1st dynasty in Ancient Egypt. I guess you missed that one." © Copyright for the Digital Millennium
Re: Suspicion of regression in uninitialized value detection
On Tue, Dec 06, 2011 at 09:29:30AM -0500, Robert Dewar wrote: > On 12/6/2011 9:16 AM, David Brown wrote: > > >I would say it's better to have false positives in cases like this, than > >false negatives, because there are easy ways to remove the false > >positives. > > My view is that for compiler warnings, you want to balance false > positives and false negatives. If you give too many false positives > people just turn off the warning anyway. I think the current balance > is probably about right. > > If you want more thorough warnings, with no false negatives, then > separate static analysis tools are more appropriate. They can do a > better job than the compiler in any case. I'm generally not happy with my code unless I clear all the warnings. Ruben -- http://www.mrbrklyn.com - Interesting Stuff http://www.nylxs.com - Leadership Development in Free Software So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://fairuse.nylxs.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 "Yeah - I write Free Software...so SUE ME" "The tremendous problem we face is that we are becoming sharecroppers to our own cultural heritage -- we need the ability to participate in our own society." "> I'm an engineer. I choose the best tool for the job, politics be damned.< You must be a stupid engineer then, because politcs and technology have been attached at the hip since the 1st dynasty in Ancient Egypt. I guess you missed that one." © Copyright for the Digital Millennium
Re: a nifty feature for c preprocessor
On 01/01/2012 12:42 AM, Robert Dewar wrote: On 12/31/2011 4:44 AM, R A wrote: alright, here's another example why eval is a good idea: #define A 17 #define B 153 #define N1 ((A + B)/2) /* intended was (17 + 153)/2 */ #undef A #define A 230 #define N2 ((A + B)/2) /* intended was (230 + 153)/2 */ Bad example, this is a misuse of the preprocessor in any case! why?
Re: Could we start accepting rich-text postings on the gcc lists?
On Fri, Nov 23, 2012 at 12:12:17PM -0800, Andrew Pinski wrote: > On Fri, Nov 23, 2012 at 11:53 AM, Diego Novillo wrote: > > In this day and age of rich-text capable mailers, restricting postings > > to be text-only seems quaint and antiquated. Are there any hard > > requirements that force us to only accept plain text messages? incorrect accessment
Re: Could we start accepting rich-text postings on the gcc lists?
> > > > incorrect accessment > > I can't parse this. Maybe HTML markup can help you. Stupid conversation
Re: Could we start accepting rich-text postings on the gcc lists?
Why are you using google for your mail? Can't you get a real mail client and a real mail access? Or maybe you work for google, in which I can undersand it.
Re: Could we start accepting rich-text postings on the gcc lists?
On Fri, Nov 23, 2012 at 03:35:57PM -0500, Diego Novillo wrote: > On Fri, Nov 23, 2012 at 3:31 PM, Ruben Safir wrote: > >> > > >> > incorrect accessment > >> > >> I can't parse this. > > > > > > Maybe HTML markup can help you. > > > > > > Stupid conversation > > No need to respond in such an arrogant and condescending manner. I do > not understand what "incorrect accessment" means. Here is 50 cents kid. Get yourself a real operating system. Are we done with this nonsense yet and can we get back to discussing the GNU complier? Ruben ~~~ So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 © Copyright for the Digital Millennium
Re: Could we start accepting rich-text postings on the gcc lists?
On Sat, Nov 24, 2012 at 12:58:33PM -0500, Daniel Berlin wrote: > On Sat, Nov 24, 2012 at 12:13 PM, Ian Lance Taylor wrote: > > Diego Novillo writes: > > > >> Sure. First I wanted to find out whether this requirement is just a > >> technical limitation with our mailing list software. > > > > It is not a technical limitation. We explicitly reject HTML e-mail. We > > could accept it. > > > > As Jonathan pointed out, accepting HTML e-mail and then displaying it in > > the web archives will make us even more of a spam target than we already > > are, and will mean that we will need some mechanisms for identifying and > > removing spam and virus links in the web pages. > > I'd love to see data on this. Go generate it with you own mailing list and let us know. > As others have pointed out, almost > every other open source project accepts html email. Wrong And it is silly to burden everyone else with the bulk and storage of that nonsense, let alone the multiple fonts and standards and CSS style sheets and missappropriate images and links. Its time for users to get with it and not use every stupid thing shoved down their through. And PLEASE tell me you write you C programming in adroind using your thumb prints. Ruben -- http://www.mrbrklyn.com - Interesting Stuff http://www.nylxs.com - Leadership Development in Free Software So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://fairuse.nylxs.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 "Yeah - I write Free Software...so SUE ME" "The tremendous problem we face is that we are becoming sharecroppers to our own cultural heritage -- we need the ability to participate in our own society." "> I'm an engineer. I choose the best tool for the job, politics be damned.< You must be a stupid engineer then, because politcs and technology have been attached at the hip since the 1st dynasty in Ancient Egypt. I guess you missed that one." © Copyright for the Digital Millennium
Re: Could we start accepting rich-text postings on the gcc lists?
> > Yes, we should expect users to change, instead of keeping up with users. No - we shouldn't punish developers by making them use stupid mime translational servces that breaks the replying mechanism in EMACS and mutt because they are stupidly try to post to a tech mailing list on their android as if it is facebook. Blah. Ruben -- http://www.mrbrklyn.com - Interesting Stuff http://www.nylxs.com - Leadership Development in Free Software
Re: Could we start accepting rich-text postings on the gcc lists?
Sorry - I wasn't really interested in debating this any more than one should debate the effects of having your head squashed if you hang your head over the rail when the IRT is coming. It just gets squashed. BTW, as well as learning to use text for email, also please learn to trim the CC list Ruben
Re: Could we start accepting rich-text postings on the gcc lists?
On Sun, Nov 25, 2012 at 10:28:39AM -0500, Diego Novillo wrote: > My main concern is losing valid content because of this limitation. > Your only concern is to send email with your android gmail. You also need to learn to trim the CC line
