Bug#333952: Cross-compilers should not use biarch

On Sat, Oct 15, 2005 at 08:32:03PM -0700, Josh Triplett wrote: > Just out of curiosity, is it possible to provide multiple sysroots, such > that the resulting gcc looks in (for example) /usr/${ARCH1}-linux-gnu > for -march=(something in the $ARCH1 family) and /usr/${ARCH2}-linux-gnu > for -march=(s

Bug#333952: Cross-compilers should not use biarch

Daniel Jacobowitz wrote: > On Sat, Oct 15, 2005 at 07:35:39PM -0700, Josh Triplett wrote: >>(such as powerpc64), because the contents are in lib64 directories and >>the include files are in alternate locations as well. > > The include files nowadays are in /usr/include/, so no. It > would only ne

Bug#333952: Cross-compilers should not use biarch

On Sat, Oct 15, 2005 at 07:35:39PM -0700, Josh Triplett wrote: > (such as powerpc64), because the contents are in lib64 directories and > the include files are in alternate locations as well. The include files nowadays are in /usr/include/, so no. It would only need to know about /lib64. > Furth

Bug#333952: Cross-compilers should not use biarch

Daniel Jacobowitz wrote: > On Fri, Oct 14, 2005 at 09:06:19AM -0700, Josh Triplett wrote: >>Currently, for platforms which natively build a biarch GCC, such as >>powerpc, the GCC package also attempts to build a biarch cross-compiler >>when targetting that platform. This would require the installa

Re[8]: my prog

Hello! All distributives for MS Windows, cheap: http://www.geocities.com/qhlpwp4gt2j9f/ Ozgur Alexander Hofmockel Bezyazichny Skinner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Bug awt/16121] gtk based awt peers: cast from pointer to integer of different size

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.0 |pre-0.18 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121 ---

[Bug c++/17554] [4.0 Regression] crashes in on kopete build (KDE's kdenetwork)

--- Comment #17 from pinskia at gcc dot gnu dot org 2004-10-11 03:42 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

Processed: gcc: submitted Debian report #320178 to gcc-gnats as PR 24397

Processing commands for [EMAIL PROTECTED]: > # submitted Debian report #320178 to gcc-gnats as PR 24397 > # http://gcc.gnu.org/PR24397 > forwarded 320178 http://gcc.gnu.org/PR24397 Bug#320178: g++-3.4: ICE: in gen_subprogram_die, at dwarf2out.c:10881 Noted your statement that Bug has been forwarde

Processed: gcc: submitted Debian report #293466 to gcc-gnats as PR 19265

Processing commands for [EMAIL PROTECTED]: > # submitted Debian report #293466 to gcc-gnats as PR 19265 > # http://gcc.gnu.org/PR19265 > forwarded 293466 http://gcc.gnu.org/PR19265 Bug#293466: /usr/bin/g++-3.4: mt_allocator + threads + dlclose = crash Noted your statement that Bug has been forward

Bug#333952: Cross-compilers should not use biarch

On Fri, Oct 14, 2005 at 09:06:19AM -0700, Josh Triplett wrote: > Currently, for platforms which natively build a biarch GCC, such as > powerpc, the GCC package also attempts to build a biarch cross-compiler > when targetting that platform. This would require the installation of > cross-compilation

[Bug c++/24397] [3.4 regression] ICE in gen_subprogram_die, at dwarf2out.c

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-16 00:42 --- I think this is the same problem as PR 21932 or PR 16035 as -O1 does not enable unit-at-a-time while -O2 does. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

gcc-3.4_3.4.4-9_i386.changes ACCEPTED

Accepted: cpp-3.4-doc_3.4.4-9_all.deb to pool/main/g/gcc-3.4/cpp-3.4-doc_3.4.4-9_all.deb cpp-3.4_3.4.4-9_i386.deb to pool/main/g/gcc-3.4/cpp-3.4_3.4.4-9_i386.deb g++-3.4_3.4.4-9_i386.deb to pool/main/g/gcc-3.4/g++-3.4_3.4.4-9_i386.deb g77-3.4-doc_3.4.4-9_all.deb to pool/main/g/gcc-3.4/g77-

Bug#333137: marked as done (missing info file for gpc (GNU PASCAL))

t kit) Closes: 322624 326875 329893 331216 333137 Changes: gcc-3.4 (3.4.4-9) unstable; urgency=low . * Updated to gcc-3.4 CVS 20051015. * Update hurd-changes.dpatch (Michael Banck). Closes: #322624. * Add support for the ppc64 architecture (Andreas Jochens). Closes: #326875. * Fix

Bug#329893: marked as done (gcc-3.4: M32R libffi update for 3.4.4)

tion for the GNU Fortran compiler (g77) gcc-3.4- The GNU C compiler gcc-3.4-base - The GNU Compiler Collection (base package) gcc-3.4-doc - Documentation for the GNU compilers (gcc, gobjc, g++) gnat-3.4 - The GNU Ada compiler gnat-3.4-doc - Documentation for the GNU Ada compiler (gnat)

Bug#331216: marked as done (gcc-3.4: Please add big-endian arm (armeb) support)

64bit) libg2c0- Runtime library for GNU Fortran 77 applications libg2c0-dev - GNU Fortran 77 library development libgnat-3.4 - Runtime library for GNU Ada applications libstdc++6-dbg - The GNU Standard C++ Library v3 (debugging files) libstdc++6-dev - The GNU Standard C++ Library v3 (development

Bug#326875: marked as done (gcc-3.4: FTBFS (ppc64): Please support the ppc64 architecture)

piler gpc-2.1-3.4 - The GNU Pascal compiler gpc-2.1-3.4-doc - Documentation for the GNU Pascal compiler (gpc) lib64g2c0 - Runtime library for GNU Fortran 77 applications (64bit) libg2c0- Runtime library for GNU Fortran 77 applications libg2c0-dev - GNU Fortran 77 library developm

Bug#322624: marked as done (gcc-3.4: FTFBS on hurd-i386: Patch for sysheaders in /usr/include needs update)

libstdc++6-pic - The GNU Standard C++ Library v3 (shared library subset kit) Closes: 322624 326875 329893 331216 333137 Changes: gcc-3.4 (3.4.4-9) unstable; urgency=low . * Updated to gcc-3.4 CVS 20051015. * Update hurd-changes.dpatch (Michael Banck). Closes: #322624. * Add support for t

Processing of gcc-3.4_3.4.4-9_i386.changes

gcc-3.4_3.4.4-9_i386.changes uploaded successfully to localhost along with the files: gcc-3.4_3.4.4-9.dsc gcc-3.4_3.4.4-9.diff.gz cpp-3.4-doc_3.4.4-9_all.deb libstdc++6-doc_3.4.4-9_all.deb g77-3.4-doc_3.4.4-9_all.deb gnat-3.4-doc_3.4.4-9_all.deb gpc-2.1-3.4-doc_3.4.4-9_all.deb gcc-3

[Bug c++/21123] [4.0/4.1 regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0 regression] ICE in |[4.0/4.1 regression] ICE in |cp_expr_size, at cp/cp

[Bug rtl-optimization/17356] [4.0/4.1 Regression] [Ada] [ia64] ACATS c41325a & other ICE, also while building libada

--- Comment #14 from pinskia at gcc dot gnu dot org 2005-10-15 22:26 --- (In reply to comment #13) > Ada bugs are not release critical; removing target milestone. Even though this is only known to effect Ada, it could most likely effect C++ also, just nobody has found a testcase for th

[Bug rtl-optimization/323] optimized code gives strange floating point results

--- Comment #77 from pinskia at gcc dot gnu dot org 2005-10-15 18:34 --- *** Bug 24387 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/24387] int-float cast fails for large int values

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 18:34 --- *** This bug has been marked as a duplicate of 323 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

Processed: Re: Bug#334081: gfortran: removes alternatives wrongly

Processing commands for [EMAIL PROTECTED]: > tags 334081 + pending Bug#334081: gfortran: removes alternatives wrongly There were no tags set. Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator,

Bug#334081: gfortran: removes alternatives wrongly

Package: gfortran Version: 4.0.1-3 The prerm script calls update-alternatives thusly: update-alternatives --remove f95 /usr/bin/g95 The last argument should be /usr/bin/gfortran, I think. -- I'm a Luddite with neophilia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "un