Re: We're out of tree codes; now what?
On Wed, Mar 21, 2007 at 10:51:06AM -0700, Mike Stump wrote: > But seriously, I think we need to press autoconf into generating 100x > faster code 90% of the time. Maybe prebundling answers for the > common targets... Ek, imake! :-) Every time I've played with precomputing cache answers, I almost immediately run into problems where the answers need to be customized or recalculated, even for situations which I would have labelled as "common". Even preloading the cache only saves a little bit of time compared to the time for all the zillions of tiny files bring created, compiled, deleted. -- what does your robot do, sam? it collects data about the surrounding environment, then discards it and drives into walls
Re: Slightly OT: We should move #gcc off of FreeNode
On Wed, Feb 23, 2005 at 12:56:20PM -0500, Patrick McFarland wrote: > On Wednesday 23 February 2005 11:03 am, Florian Weimer wrote: > > > > I though that #gcc on oftc.net was more active, anyway, or has this > > changed? > > This was more of a request for the #gcc on freenode to catch up with the rest > of the #gcc and finally move to oftc. Before this month, I spent a fair amount of time on both. The #gcc on oftc is used by developers for informal realtime discussion about the compiler internals. It's very very useful. The #gcc on freenode is a cesspit of flamewars about "what is the best programming language kthx" and questions that can all be answered by a bot repeating "You need to go read the user's manual" every 10 minutes. One is for internals development, one is for users who don't read. The second should not be merged with the first. (If you try, the first will quietly move elsewhere.) The second needs to either stay where it is, or die and not be missed. -- Behind everything some further thing is found, forever; thus the tree behind the bird, stone beneath soil, the sun behind Urth. Behind our efforts, let there be found our efforts. - Ascian saying, as related by Loyal to the Group of Seventeen
Re: backslash whitespace newline
On Mon, Oct 24, 2005 at 10:07:33PM -0400, DJ Delorie wrote: > > > Please name such systems. We can then know to not use them, and can > > document in the manual they are broken if we wish. > > IIRC the Windows cut-n-paste cuts a rectangle, not as-printed. Yes, to this day, even using their latest command shells. Curse them. -- "It won't be any more frightening than the time I climbed up an elevator shaft with my teeth." - Sunny Baudelaire
Re: diffing directories with merged-as-deleted files?
On Fri, Nov 04, 2005 at 12:58:11AM +0100, Giovanni Bajo wrote: > Joern RENNECKE <[EMAIL PROTECTED]> wrote: > > > P.S.: When I use a diff-cmd with -N, I not only get a diff for the 44 > > files that are different, > > but also a header for each of the 752 files that are identical, i.e. > > two lines for each file like: > > > > Index: gcc/tree-ssa-operands.c > > === > > > > cvs would never do such nonsense. > > Absolutely! It would just print all the directory names in the middle of the > diffs. I call that nonsense as well. Somewhere I have a tiny awk script to remove all that garbage, ping me if I should hunt it up. -- Behind everything some further thing is found, forever; thus the tree behind the bird, stone beneath soil, the sun behind Urth. Behind our efforts, let there be found our efforts. - Ascian saying, as related by Loyal to the Group of Seventeen
Re: [C++] Should the complexity of std::list::size() be O(n) or O(1)?
On Wed, Nov 23, 2005 at 07:42:35PM +0800, ?? wrote:
>
> The C++ standard said Container::size() should have constant complexity
> (ISO/IEC 14882:1998, pp. 461, Table 65), while the std::list::size() in
> current STL of GCC is defined as { std::distance(begin(), end()); }, whose
> complexiy is O(n).
>
> Is it a bug?
This is a FAQ.
--
Behind everything some further thing is found, forever; thus the tree behind
the bird, stone beneath soil, the sun behind Urth. Behind our efforts, let
there be found our efforts.
- Ascian saying, as related by Loyal to the Group of Seventeen
Re: [C++] Should the complexity of std::list::size() be O(n) or O(1)?
On Fri, Nov 25, 2005 at 01:17:42PM -0500, Howard Hinnant wrote:
> On Nov 25, 2005, at 9:28 AM, Phil Edwards wrote:
>
> >On Wed, Nov 23, 2005 at 07:42:35PM +0800, ?? wrote:
> >>
> >>The C++ standard said Container::size() should have constant
> >>complexity
> >>(ISO/IEC 14882:1998, pp. 461, Table 65), while the std::list::size
> >>() in
> >>current STL of GCC is defined as { std::distance(begin(), end
> >>()); }, whose
> >>complexiy is O(n).
> >>
> >>Is it a bug?
> >
> >This is a FAQ.
>
> I could not find it here:
>
> http://gcc.gnu.org/onlinedocs/libstdc++/faq/index.html
http://gcc.gnu.org/onlinedocs/libstdc++/23_containers/howto.html#6
--
You're proposing to build a box with a light on top of it. The light is
supposed to go off when you carry the box into a room that has a Unicorn
in it. How do you show that it works?
- Dr. Gene "spaf" Spafford, at Dr. Wenliang Du's qualifing exam
Re: Creating gcc-newbies mailing list
On Fri, Jul 27, 2007 at 02:51:00PM +0100, Manuel López-Ibáñez wrote: > On 27/07/07, Rask Ingemann Lambertsen <[EMAIL PROTECTED]> wrote: > >If you ask me, we should rename gcc@ to gcc-development@ and maybe rename > > gcc-help@ to [EMAIL PROTECTED] > > ... gcc-dev@, keep gcc@ as an alias for gcc-dev@, replace in the > webpage gcc@ by gcc-dev@ and put gcc-help@ the first in the list. "-dev" and "-development" could be mistaken for "dev[elopment] using GCC". So could "gcc-hackers" and "gcc-advanced", which were the next two possibilities which popped into my head. If we go to the trouble of renaming lists, let's really drive the point home and call it "gcc-internals" or "gcc-maintainters" or the like. Putting gcc-help as the first address mentioned in lists.html is a good idea. Aliasing gcc@ to anything other than gcc-help@ or to an autoresponder which points people to lists.html will not do much to address the problem, in my humble/harsh opinion... but then I'm something of an unforgiving hardnose when it comes to offtopic messages, so perhaps that opinion should be discounted. :-) -- what does your robot do, sam? it collects data about the surrounding environment, then discards it and drives into walls
