C代码库 [英] Repository of C code
问题描述
大家好。
我在澳大利亚布里斯班的一个开源会议上花了很长时间
之前，我可以回想一些讨论开始的人相当于CPAN（即一个大型的C代码集中存储库）。
所以我想我可能会问clc上的人 - 是否这样东西存在
已经？
克里斯
Hi everyone
I was at an open source conference in Brisbane, Australia not so long
ago, and I can recall a few individuals discussing starting up a C
equivalent of CPAN (i.e. a large centralised repository of C code).
So I thought I might ask people on clc - whether such a thing exists
already?
Chris
推荐答案
Khookie写道：
Khookie wrote:
大家好
我在澳大利亚布里斯班参加开源会议的时间不长
之前，我可以回忆起一些人讨论启动相当于CPAN的C $ / $
（即一个大型的C代码集中存储库）。
所以我以为我可能会问一下clc上的人 - 这样的事情是否存在
已经？
Hi everyone
I was at an open source conference in Brisbane, Australia not so long
ago, and I can recall a few individuals discussing starting up a C
equivalent of CPAN (i.e. a large centralised repository of C code).
So I thought I might ask people on clc - whether such a thing exists
already?
snippets.org
snippets.org
12月20日晚上9:05，Khookie< chris.k ... @ gmail.comwrote：
On Dec 20, 9:05 pm, Khookie <chris.k...@gmail.comwrote:
大家好
我在布里斯班参加一个开源会议，澳大利亚不用这么久了，我记得有几个人在讨论启动相当于CPAN的C $ / b $ b $（即一个大型的C代码集中存储库）。 br />
所以我想我可能会问clc上的人 - 这样的事情是否存在
已经？
Hi everyone
I was at an open source conference in Brisbane, Australia not so long
ago, and I can recall a few individuals discussing starting up a C
equivalent of CPAN (i.e. a large centralised repository of C code).
So I thought I might ask people on clc - whether such a thing exists
already?
不是。在C编程语言中，没有任何文化可以用于b / b
。你只需要看看C库就可以看到这种语言如何鼓励平庸的错误，而不考虑
的可扩展性或健壮性。我的意思是这样的收藏会是什么？
建立在上面？
我已经写了一些东西，有些人已经采取了
up（一个字符串库，一个stdint.h替换，一些平方根代码，一个
。）Ben Pfaff写了一些红黑树的东西，显然
被使用了。但是，似乎没有足够大量的这种
的东西足以让人们想要把它放在一起继续
来构建/支持C编程的文化。 C实际上只是
成为（嵌入式）系统驱动程序和病毒编写者的语言。
你可能对C ++更开心。他们从STL开始，并通过Boost添加了一个
批次。使用C的前进方式只能通过C ++实现
。 C本身基本上朝着COBOL的方向发展，因此很难激励社区建立像CPAN
或Boost这样的东西。
< br $> b $ b -
Paul Hsieh
http://www.pobox.com/~qed/
http://bstring.sf.net/
12月21日，12：40 * am，Paul Hsieh< websn ... @ gmail .comwrote：
On Dec 21, 12:40*am, Paul Hsieh <websn...@gmail.comwrote:
12月20日晚上9:05，Khookie< chris.k ... @ gmail.comwrote：
On Dec 20, 9:05 pm, Khookie <chris.k...@gmail.comwrote:
大家好
Hi everyone
我在澳大利亚布里斯班举行的开源会议上已经很久了
之前，我可以回想起一些人讨论启动相当于CPAN的C $ / b
（即C代码的大型集中存储库）。
I was at an open source conference in Brisbane, Australia not so long
ago, and I can recall a few individuals discussing starting up a C
equivalent of CPAN (i.e. a large centralised repository of C code).
所以我想我可能会问clc上的人 - 这样的事情是否存在
已经？
So I thought I might ask people on clc - whether such a thing exists
already?
不是。 *在C编程语言中，没有任何文化可以用于b / b
。 *您只需要查看C库即可获得
，了解语言如何鼓励平庸错误，而不考虑
可扩展性或稳健性。 *我的意思是这样的收藏会是什么？
建立在上面？
Not really. *There just isn''t any culture for that sort of thing in
the C programming language. *You need only look to the C library to
see how the language encourages mediocrity error, with no regard to
scalability or robustness. *I mean what would such a collection be
building on top of?
更不用提出即使是一个宽松的标准来解决这个问题，也就是每个人都会满意的包装和构建信息。不是
甚至''make''足够便携，我想。 Windows家伙想要
Visual Studio，Dev-C ++或MinGW可以构建的东西（取决于）;
Unix家伙想要制作（1）文件并且不要''好像被告知不要使用
POSIX，最终用户只想要漂亮的3D效果......
Not to mention the problem of coming up with even a loose standard for
packaging and build information that everyone will be happy with. Not
even ''make'' is portable enough, I think. The Windows guys want
something that Visual Studio, Dev-C++, or MinGW can build (depending);
the Unix guys want make(1)files and don''t like being told not to use
POSIX, and the end users just want pretty 3D effects...
我写的这里和那里有一些东西，有些人已经采取了
up（字符串库，stdint.h替换，一些平方根代码，一个
CSV解析器和一个哈希人们显然无法获得足够的功能
of。）* Ben Pfaff写了一些红黑树的东西，显然
被使用了。 *但是，*似乎并不是这种
的重要组成部分，这足以让人们想要把它放在一起继续
到为C编程构建/支持文化。 * C实际上只是
成为（嵌入式）系统驱动程序和病毒编写者的语言。
I''ve written a few things here and there that some people have taken
up (a string library, a stdint.h replacement, some square root code, a
CSV parser and a hash function that people apparently can''t get enough
of.) *Ben Pfaff has written some Red-Black tree thing that apparently
gets used. *But there *just doesn''t seem to be a critical mass of such
stuff that''s enough for people to want to put it together to continue
to build/support a culture for C programming. *C has really just
become a language for (embedded) systems drivers and virus writers.
但是你在
汇编程序中编写了一个速度极快的blit-scale算法但是我的Cyrix调优实现比
2？ ;）
But have you written an obscenely-fast blit-scale algorithm in
assembler yet that beats my Cyrix-tuned implementation by a factor of
2? ;)
您可能对C ++更满意。 *他们从STL开始，并通过Boost添加了
批次。 *使用C的前进方式只能通过C ++获得
。 * C本身基本上朝着COBOL的方向发展，因此很难激励社区建立像CPAN
或Boost这样的东西。
You would probably be happier with C++. *They started with STL, and a
lot has been added via "Boost". *The way forward with C can only be
through C++. *C itself is basically heading in the direction of COBOL,
and thus its hard to motivate a community to build something like CPAN
or Boost for it.
C社区可能有像Boost这样的项目的空间，
但它至少在最初阶段需要非常强大的有动力
领导，有两个原因。一，编写
库的初始系列，并设置一个预期的优秀级别（或缺少
）的例子，以及两个，以保持项目的移动。 C不是没有死的，但是由于它在供应商和平台之间分散的C社区不太可能在没有
从一些种子开始。
There is probably room in the C community for a project like Boost,
but it would, at least initially, need very strong and motivated
leadership, for two reasons. One, to write the initial family of
libraries and set an example of the level of excellence (or lack
thereof) expected, and two, to keep the project moving. C is not
dead, but it''s rather unlikely that The C Community, fragmented as it
is between vendors and platforms, will suddenly pull together without
some seed to start from.
这篇关于C代码库的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
