The same error also occurs in etch environment,
"cross" compile on i386:
gcc -m64 -O0 -fschedule-insns -c t.c
***
struct timespec
{
long tv_sec;
long tv_nsec;
};
int f(char ** a)
{
int ga_testing = 0;
if (!strcmp(a[1], "-ga"))
{
ga_t
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.5
> found 429947 4.2-20070609-1
Bug#429947: libstdc++6: breaks dchroot: E: locale::facet::_S_create_c_locale
name not valid
Bug#429882: std::locale loc("") fails with error:
locale::fac
Martin Michlmayr wrote:
> * Thiemo Seufer <[EMAIL PROTECTED]> [2007-06-21 19:26]:
> > Gcc-snapshot FTBFS on mips, and is likely to fail with the same problem
> > on mipsel:
>
> The current version is known to be broken. It's being fixed already.
>
> > ../../../src/libgcc/../gcc/crtstuff.c: In fu
Processing commands for [EMAIL PROTECTED]:
> tags 429268 + upstream
Bug#429268: [ia64] Segfault after rejecting bogus assembler
There were no tags set.
Tags added: upstream
> forwarded 429268 http://gcc.gnu.org/PR32370
Bug#429268: [ia64] Segfault after rejecting bogus assembler
Noted your stateme
* Thiemo Seufer <[EMAIL PROTECTED]> [2007-06-21 19:26]:
> Gcc-snapshot FTBFS on mips, and is likely to fail with the same problem
> on mipsel:
The current version is known to be broken. It's being fixed already.
> ../../../src/libgcc/../gcc/crtstuff.c: In function 'frame_dummy':
> ../../../src/l
ignore gcc-2.95 debian-gcc@lists.debian.org
ignore gcc-snapshot debian-gcc@lists.debian.org
DDPOMail robot wrote:
> Dear Debian GCC maintainers,
>
> The following possible problem(s) were detected in the package(s)
> you maintain in Debian:
>
> gcc-2.95:
> This package has 1 RC bug(s) more th
Processing commands for [EMAIL PROTECTED]:
> retitle 416973 [Fixed in 4.3] Illegal program not detected, Ada 2005,
> 3.9.4(12/2) and 7.5(6.1/2)
Bug#416973: gnat-4.1: Illegal program not detected, Ada 2005, 3.9.4(12/2) and
7.5(6.1/2)
Changed Bug title to `[Fixed in 4.3] Illegal program not detect
Ludovic Brenta writes:
> I'm wondering why the multiarch build dependencies include lib32z-dev
> or lib63z-dev; is this specific to some language, or does this apply
> to all languages? I suspect this is only useful for Java.
maybe; please check to be sure.
Matthias
--
To UNSUBSCRIBE, email
Dear Debian GCC maintainers,
The following possible problem(s) were detected in the package(s)
you maintain in Debian:
gcc-2.95:
This package has 1 RC bug(s) more than 30 days old:
- #422124
gcc-snapshot:
This package has not been in testing for more than 751 days.
This package has no
Processing commands for [EMAIL PROTECTED]:
> tags 429997 - fixed-upstream
Bug#429997: schroot fails with locale message
Tags were: confirmed fixed-upstream
Bug#429882: std::locale loc("") fails with error:
locale::facet::_S_create_c_locale name not valid
Bug#429947: libstdc++6: breaks dchroot: E:
Processing commands for [EMAIL PROTECTED]:
> reassign 429882 libstdc++6
Bug#429882: std::locale loc("") fails with error:
locale::facet::_S_create_c_locale name not valid
Bug#429997: schroot fails with locale message
Bug reassigned from package `locales' to `libstdc++6'.
> reassign 429947 libstd
11 matches
Mail list logo