Re: [devel] Re: Fresh automake, GCC?

["Dmitry V. Levin" <ldv@altlinux.org>]

[-- Attachment #1: Type: text/plain, Size: 1722 bytes --]

On Fri, Dec 24, 2004 at 11:32:59PM +0300, Alexey Tourbin wrote:
> On Fri, Dec 24, 2004 at 05:43:38PM +0300, Dmitry V. Levin wrote:
> > > К щастью, мы не первопроходцы.  Патчи можно стянуть у мандраки или
> > > где-нибудь ещё.
> > 
> > Как всегда, за основу сборки gcc лучше брать JJ'шный пакет.
> > В случае с automake традиционных авторитетов нет, надо смотреть всё, что
> > уже есть.
> > 
> > > Так что если влом, лучше так и писать: влом.
> > 
> > Если бы всё было так просто. :)
> 
> По поводу gcc -- давай upper bound, сколько пакетов сломается.

Вот некоторые изменения, которые которые могут вызвать проблемы:

GCC 3.4 automatically places zero-initialized variables in the .bss
section on some operating systems.  Versions of GNU Emacs up to (and
including) 21.3 will not work correctly when using this optimization;
you can use -fno-zero-initialized-in-bss to disable it.

If GCC 3.4 is configured with --enable-threads=posix (the default on
most targets that support pthreads) then _REENTRANT will be defined
unconditionally by some libstdc++ headers.  C++ code which relies on that
macro to detect whether multi-threaded code is being compiled might change
in meaning, possibly resulting in linker errors for single-threaded
programs.  Affected users of Boost should compile single-threaded
code with -DBOOST_DISABLE_THREADS.  See Bugzilla for more information:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11953

The C++ ABI Section 3.3.3 specifications for the array construction
routines __cxa_vec_new2 and __cxa_vec_new3 were changed to return NULL
when the allocator argument returns NULL.  These changes are incorporated
into the libstdc++ runtime library.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]