Re: red hat/mysql fiasco
От | Mike Sears |
---|---|
Тема | Re: red hat/mysql fiasco |
Дата | |
Msg-id | 002101c06b6a$63414060$1600000a@domain обсуждение исходный текст |
Ответ на | red hat/mysql fiasco (Alessio Bragadini <alessio@albourne.com>) |
Ответы |
Re: red hat/mysql fiasco
|
Список | pgsql-general |
> On Thu, Dec 21, 2000 at 11:46:33AM +0200, Alessio Bragadini wrote: > > "The MySQL packages shipped with Red Hat Linux 7 contained buggy > > assembler code. When compiled with optimization > > enabled, this code caused the database server to return bad results. > > > P.S. RedHat chose to ship a beta version of MySql with RH7, so I believe > > that's more their fault than MySql people - but indeed there must be > > also a serious flaw in source code. > > > I would tend to think this would be a bug in gcc. > > For instance, gcc (2.95.2 at least) produces buggy code involving "long > long int" under certain circumstances. Sure hope PostgreSQL doesn't use > "long long int" anywhere. Or someone might say that's a serious flaw in > the source code that gcc generated buggy assembler code. > > [Actually, the beta version of the gcc compiler that RH is now shipping > with doesn't have this particular long long bug, but the latest official > release of gcc does.] > > mrc actually I had that problem w/ assembler errors in my defualt install of redhat7. after fixing gcc that dissapeard. its definatly a bug in the version of gcc that redhat stupidly shiped but its not totaly unfixable. Mike
В списке pgsql-general по дате отправления: