Bug#1005863: gcc-11: invalid opcode for Geode LX on i386

On Sun, Mar 19, 2023 at 11:47:21PM +, James Addison wrote: > Package: gcc-11 > Followup-For: Bug #1005863 > X-Debbugs-Cc: debian-gcc@lists.debian.org, debian-rele...@lists.debian.org, > debian-pol...@lists.debian.org > > Hi folks, > > Bug #1005863 describes a gcc-11 behaviour that results in

Bug#1006803: -Wuse-after-free: spurious warning

Package: gcc-12 Version: 12-20220302-1 Severity: normal Dear GCC maintainers, The following sample code gives a spurious warning with gcc-12: gcc-12 -c -O3 -Wall test.c test.c: In function ‘fun’: test.c:5:25: warning: pointer ‘old’ used after ‘realloc’ [-Wuse-after-free] 5 | unsigned long

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

On Thu, Aug 13, 2020 at 12:26:53PM +0200, Bill Allombert wrote: > Building such i386 chroots now would require heavy use of snaphots.debian.org, > and would be much less convenient. > > > Also there are amd64 -> > > i386 cross compilers for the newer versions. Is it reall

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

On Thu, Aug 13, 2020 at 12:02:50PM +0200, Matthias Klose wrote: > On 8/13/20 11:49 AM, Bill Allombert wrote: > > On Thu, Aug 13, 2020 at 11:25:21AM +0200, Matthias Klose wrote: > >> On 8/12/20 11:16 PM, Bill Allombert wrote: > >>> On Thu, May 21, 2020 at 02:15:51PM

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

On Thu, Aug 13, 2020 at 11:25:21AM +0200, Matthias Klose wrote: > On 8/12/20 11:16 PM, Bill Allombert wrote: > > On Thu, May 21, 2020 at 02:15:51PM +0200, Andreas Beckmann wrote: > >> On 21/05/2020 14.05, Matthias Klose wrote: > >>> On 5/20/20 10:32 PM, Andreas B

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

On Thu, May 21, 2020 at 02:15:51PM +0200, Andreas Beckmann wrote: > On 21/05/2020 14.05, Matthias Klose wrote: > > On 5/20/20 10:32 PM, Andreas Beckmann wrote: > >> With the transitional packages gone in 10.1.0-2, please add versioned > >> (epoched!) provides on the old names (as already done in li

Bug#898323: g++-8 -m32 do not find bits/c++config.h

Package: g++-8 Version: 8.1.0-1 Severity: normal Hello GCC maintainers, trying to the attached dummy file with g++-8 fails: g++-8 -m32 hello.c In file included from /usr/include/c++/8/stdlib.h:36, from hello.c:1: /usr/include/c++/8/cstdlib:41:10: fatal error: bits/c++config.h: N

Bug#635214: gcc-4.6: [sparc] miscompile PARI/GP 2.5.0 [test-case provided]

Hello GCC maintainers, Please find a smaller test-case. smetana% gcc -O3 -Wall -g test.c -o test smetana% ./test zsh: segmentation fault ./test smetana% gcc -O3 -Wall -g test.c -o test -fno-inline smetana% ./test smetana% Cheers, -- Bill. Imagine a large red swirl here. #include inline vo

Bug#635214: gcc-4.6: [sparc] miscompile PARI/GP 2.5.0 [test-case provided]

Package: gcc-4.6 Version: 4.6.1-4 Severity: normal Hello Debian GCC Maintainers, gcc-4.6 miscompiles pari 2.5.0 on sparc, see See https://buildd.debian.org/status/fetch.php?pkg=pari&arch=sparc&ver=2.5.0-1&stamp=1311418380 Please find a small test-case attached (test.c) gcc -O2 -g -Wall -fno-st

Bug#631292: gcc-4.4: ia64: ICE while compiling PARI/GP 2.5.0

Package: gcc-4.4 Version: 4.4.6-4 Severity: normal Hello Debian GCC Maintainers, On ia64, gcc ICE while compiling PARI/GP 2.5.0. This happens with: sid: gcc 4.4.6-4 squeeze: gcc 4.4.5-8 The compiler below works: sid : gcc 4.6.0-12 lenny: gcc 4.3.2-1.1 How to reproduce: wget http://pari.ma

Bug#631292: gcc-4.4: ia64: ICE while compiling PARI/GP 2.5.0

On Wed, Jun 22, 2011 at 06:17:55PM +0200, Bill Allombert wrote: > Package: gcc-4.4 > Version: 4.4.6-4 > Severity: normal > > Hello Debian GCC Maintainers, > > On ia64, gcc ICE while compiling PARI/GP 2.5.0. > This happens with: > sid: gcc 4.4.6-4 > squeeze:

Re: Processed: Re: gcc-4.6: miscompile PARI/GP SVN revision 12000

On Thu, Jun 16, 2011 at 02:18:06PM +, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > > > reassign 627084 pari > Bug #627084 [gcc-4.6] gcc-4.6: miscompile PARI/GP SVN revision 12000 > Bug reassigned from package 'gcc-4.6' to 'pari'. > Bug No longer marked

Bug#630567: gcc-4.6: powerpc: gcc -O2 miscompiles gp2c (with testcase)

Package: gcc-4.6 Version: 4.6.0-12 Severity: normal Hello Debian GCC Maintainers, gcc-4.6 miscompiles gp2c on several platforms including powerpc, see https://buildd.debian.org/status/package.php?p=gp2c On powerpc (32 bit): The function 'listostack' in src/utils.c is miscompiled with -O2. Pleas

Bug#627084: gcc-4.6: miscompile PARI/GP SVN revision 12000

Package: gcc-4.6 Version: 4.6.0-7 Severity: normal Hello Debian GCC Maintainers, gcc 4.6 on Debian/amd64 miscompiles PARI/GP SVN revision 12000: Step to reproduce: wget 'http://pari.math.u-bordeaux.fr/~bill/pari-2.4.3.12000.tar.gz' tar xf pari-2.4.3.12000.tar.gz cd pari-2.4.3.alpha ./Configure

Bug#619933: gcc-4.6-doc: please upload to unstable

Package: gcc-4.6-doc Severity: normal Hello Debian GCC maintainers, Please upload gcc-4.5-doc and gcc-4.6-doc to unstable, since gcc-4.5 and gcc-4.6 are in unstable. Cheers, -- Bill. Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a s

Bug#541816: gcc-4.4: eat all memory (regression from 4.4.1-1)

On Sun, Aug 16, 2009 at 04:00:34PM +0200, Bill Allombert wrote: > Package: gcc-4.4 > Version: 4.4.1-2 > Severity: important > > Hello Debian GCC Maintainers, > > Compiling the file linked below (on amd64) > http://people.debian.org/~ballombe/misc/gcc44bug.i.gz > with

Bug#541816: gcc-4.4: eat all memory (regression from 4.4.1-1)

Package: gcc-4.4 Version: 4.4.1-2 Severity: important Hello Debian GCC Maintainers, Compiling the file linked below (on amd64) http://people.debian.org/~ballombe/misc/gcc44bug.i.gz with gcc-4.4 -c -O2 -Wall -fno-strict-aliasing -o base3.o gcc44bug.i cause gcc to eat all available memory and die.

Bug#526629: g++-4.4: circular dependency with libstdc++6-4.4-dev

On Sun, May 03, 2009 at 10:50:56PM +0200, Matthias Klose wrote: > Bill Allombert schrieb: > > Given that both package are arch:any, are build from the same source and are > > required to be always installed together with the exact same version, > > the split is not particula

Bug#526629: g++-4.4: circular dependency with libstdc++6-4.4-dev

Package: g++-4.4 Version: 4.4.0-1 Severity: wishlist Hello Debian GCC Maintainers, There is a circular dependency between g++-4.4 and libstdc++6-4.4-dev: g++-4.4 :Depends: libstdc++6-4.4-dev (= 4.4.0-1) libstdc++6-4.4-dev :Depends: g++-4.4 (= 4.4.0-1) Given that both packag

Bug#385327: not fixed in gcc-4.1 4.1.1ds2-17

notfound 385327 4.1.1-20 quit On Fri, Nov 17, 2006 at 01:32:34PM +0100, Roman Zippel wrote: > Hi, > > > On Sat, Oct 21, 2006 at 06:19:20AM -0700, Matthias Klose wrote: > > > Source: gcc-4.1 > > > Source-Version: 4.1.1ds2-17 > > >[Roman Zippel] > > >* debian/patches/m68k-secondary-addr-relo

Bug#385327: not fixed in gcc-4.1 4.1.1ds2-17

found 385327 4.1.1-19 quit On Sat, Oct 21, 2006 at 06:19:20AM -0700, Matthias Klose wrote: > Source: gcc-4.1 > Source-Version: 4.1.1ds2-17 >[Roman Zippel] >* debian/patches/m68k-secondary-addr-reload.dpatch: Add secondary reloads > to allow reload to get byte values into addr regs. Cl

Bug#386864: [m68k] gcc-4.1 -O2 -fomit-frame-pointer generate wrong code

Package: gcc-4.1 Version: 4.1.1-13 Hello Debian GCC maintainers, On m68k, gcc-4.1 miscompile the function darg in the file src/basemath/trans2.c of the pari package version 2.3.0-2 when using the following options: gcc-4.1 -c -g -O2 -Wall -fomit-frame-pointer -fno-strict-aliasing -I. -I../src/h

Bug#373098: gcc-2.95: f77 FTBFS on alpha (work-around provided)

Package: gcc-2.95 Version: 2.95.4.ds15-25 Severity: serious Tags: patch Hello GCC maintainers, gcc-2.95 FTBFS on alpha as seen here: While investigating, I found a simple work-around

Bug#350688: gcc-2.95: FTBFS with new make

On Mon, Jun 05, 2006 at 10:10:51AM +0100, Thiemo Seufer wrote: > Bill Allombert wrote: > > On Sun, Jun 04, 2006 at 04:38:23PM +0200, Matthias Klose wrote: > > > [EMAIL PROTECTED] writes: > > > > Hello Matthias, > > > > > > > > Daniel and M

Bug#331150: Bug #331150: [m68k] gcc segfaults with -g -fomit-frame-pointer

On Wed, May 24, 2006 at 02:15:39PM -0500, Stephen R Marenka wrote: > On Sat, May 13, 2006 at 11:43:47AM +0200, Bill Allombert wrote: > > > crest% wget http://people.debian.org/~ballombe/misc/kernel.i > > crest% gcc-4.0 -c -O1 -fomit-frame-pointer -g -o kernel.o kernel.i > &

Bug#350688: gcc-2.95: FTBFS with new make

On Sun, Jun 04, 2006 at 04:38:23PM +0200, Matthias Klose wrote: > [EMAIL PROTECTED] writes: > > On Tue, Jan 31, 2006 at 12:03:40PM +0100, Matthias Klose wrote: > > > please send a fix. I do not intend to touch this code. it's fixed in > > > the 3.4, 4.0 and 4.1 packages. > > > > Hello Matthias, >

Bug#331150: Bug #331150: [m68k] gcc segfaults with -g -fomit-frame-pointer

reopen 331150 found 331150 4.0.3-1 quit Hello GCC maintainers, I hit this bug again on crest which is running 4.0.3-1. I retried the test suite I provided and I get the ICE back: crest% wget http://people.debian.org/~ballombe/misc/kernel.i crest% gcc-4.0 -c -O1 -fomit-frame-pointer -g -o kernel.

Bug#360895: Bug: #360895 ImportError: libstdc++.so.6: cannot handle TLS data

On Wed, Apr 05, 2006 at 12:32:28PM +0200, Bill Allombert wrote: > Package: apt-listchanges > Version: 2.59-0.2 > Severity: grave > > apt-listchanges just fails with error message > > Traceback (most recent call last): > File "/usr/bin/apt-listchanges", li

Bug#343511: g++-3.4 -O1: wrong code generation

Package: g++-3.4 Version: 3.4.5-1 Severity: normal Hello Debian GCC maintainers, g++-3.4 incorrectly compiles the attached file at -O1 and up by causing an infinite loop. %g++-3.4 bug.c -o bug -Wall -O1 %./bug oo-loop gcc-3.4,g++-4.0 and gcc-4.0 all work correctly. Cheers, Bill. #include #inc

Re: Bug#332876: weird problem with menu-2.1.26

On Sun, Oct 09, 2005 at 11:58:30AM +0800, bear wrote: > Package: menu > Version: 2.1.26 > Severity: important > > hi, > > The update-menu in menu-2.1.26 always outputs the following error: > > update-menus: relocation error: update-menus: symbol > _ZN9__gnu_cxx6__poolILb1EE13_M_initializeE

Bug#331150: [m68k] gcc segfaults with -g -fomit-frame-pointer

Package: gcc-4.0 Version: 4.0.1-9 Hello gcc maintainers, gcc segfault on m68k with when used with -fomit-frame-pointer -g: crest% cc -c -O1 -fomit-frame-pointer -g -o kernel.o kernel.i In file included from ../src/headers/pari.h:95, from ../src/kernel/none/level0.c:18: ./pariinl.

Bug#309210: gcc-4.0 miscompile PARI/GP on x86

On Sun, May 22, 2005 at 07:05:38PM +0200, Falk Hueffner wrote: > tags 309210 + moreinfo > thanks > > how can this problem be reproduced? Can you make a stand-alone > testcase? So far I have gathered the following info: This bug only affect gcc 4.0 build with configure --host=linux-i486. It no mo

Bug#309210: gcc-4.0 miscompile PARI/GP on x86

tags 309210 - moreinfo thanks On Sun, May 22, 2005 at 07:05:38PM +0200, Falk Hueffner wrote: > tags 309210 + moreinfo > thanks > > Hi, > > how can this problem be reproduced? Easily: 1) download the tarball mentionned in the bug report and untar it 2) do CC=gcc-4.0 ./Configure 3) do make benc

Bug#285238: [arm] gcc-3.3 -O3 -fPIC produce wrong code via auto inlining

On Sun, May 22, 2005 at 10:47:15PM +0200, Matthias Klose wrote: > > > which 4.0 and 4.1 versions did you test? > > > > OK, I checked gcc-snapshot on arm (still 4.0.0 20050110-1, unfortunately) > > and it fix _that_ bug. > > > > Sorry I should have tried that sooner, > > gcc-4.0 from experimental

Bug#285238: [arm] gcc-3.3 -O3 -fPIC produce wrong code via auto inlining

On Sun, May 22, 2005 at 09:01:42PM +0200, Matthias Klose wrote: > Bill Allombert writes: > > On Sun, May 22, 2005 at 12:28:21AM +0200, Falk Hueffner wrote: > > > Hi, > > > > > > can you still reproduce this? (Apparently, upstream can't > > >

Bug#285238: [arm] gcc-3.3 -O3 -fPIC produce wrong code via auto inlining

On Sun, May 22, 2005 at 12:28:21AM +0200, Falk Hueffner wrote: > Hi, > > can you still reproduce this? (Apparently, upstream can't > (http://gcc.gnu.org/PR19008).) How about newer gcc? Hello Falk Upstream didn't claim they tried to reproduce the bug, that would involve actually running the code.

Bug#309210: gcc-4.0 miscompile PARI/GP on x86

Package: gcc-4.0 Version: 4.0.0-7 Severity: normal Hello Debian GCC maintainers, gcc-4.0 and gcc-snapshot generate wrong code for PARI/GP 2.2.10 on x86. The source code can be found here: The problem is in the file src/b

Bug#285238: [ARM] gcc-3.3 -O3 -fPIC produce wrong code via auto inlining

On Wed, Dec 15, 2004 at 01:30:05PM +0100, Matthias Klose wrote: > Bill Allombert writes: > > On Sun, Dec 12, 2004 at 05:11:15PM +0100, Matthias Klose wrote: > > > Bill Allombert writes: > > > > If you want, I might dig farther into the problem at a later date. >

Bug#285238: [ARM] gcc-3.3 -O3 -fPIC produce wrong code via auto inlining

On Sun, Dec 12, 2004 at 05:11:15PM +0100, Matthias Klose wrote: > Bill Allombert writes: > > If you want, I might dig farther into the problem at a later date. OK, I checked with gcc-3.4, and it works fine. I didn't check gcc-4.0 since bug #280972 would cause it to fails anyway. &

Bug#285238: [ARM] gcc-3.3 -O3 -fPIC produce wrong code via auto inlining

Package: gcc-3.3 Version: 1:3.3.5-3 Severity: normal Hello GCC developers and ARM porters, gcc-3.3 -O3 -fPIC miscompile pari on ARM. (see ) More precisely the file src/basemath/alglin1.c is miscom

Bug#280972: gcc-snapshot generate incorrect code with -O1 and up.

Package: gcc-snapshot Version: 20041030-1 Severity: normal Hello Matthias, gcc-snapshot generate incorrect code for the attached file with -O1 and above. It is correctly compiled with -O0. %gcc div.c -O0 %./a.out 1 2 4 8 5 10 20 40 25 50 100 200 125 250 500 1000 %gcc div.c -O1 %./a.out 1 2 5 10

Bug#221291: [ia64] `asm' operand requires impossible reload

Package: gcc-3.3 Version: 1:3.3.2ds4-3 Severity: normal Hello GCC maintainers, On ia64, gcc fails to compile the following file (available at http://people.debian.org/~ballombe/misc/test2.c ) merulo% gcc test2.c test2.c: In function `muluu': test2.c:20: error: `asm' operand requires impossible r

Bug#198172: status update on miscompilation at -O2 on arm?

On Fri, Oct 10, 2003 at 09:35:07AM +0200, Matthias Klose wrote: > Please could you recheck with current gcc-3.3? gcc-3.4 isn't a choice > to test, as it fails to build on arm. I checked with gcc (1:3.3.2ds3-0pre5) on debussy and it appears that all the problems mentioned are solved. With the exam

Bug#197514: fixed in gcc-defaults 1.8

On Wed, Sep 03, 2003 at 10:12:50PM +0200, Matthias Klose wrote: > Bill Allombert writes: > > Is it really supposed to cure the problem that > > info gcc show gccint-3.3 instead of gcc-3.3 ? > > > > At least it does not on my system. OK, the changelog was not very clear

Bug#197514: fixed in gcc-defaults 1.8

On Sun, Aug 10, 2003 at 07:07:00PM -0400, Matthias Klose wrote: > We believe that the bug you reported is fixed in the latest version of > gcc-defaults, which is due to be installed in the Debian FTP archive: > Changes: > gcc-defaults (1.8) unstable; urgency=low > . >* Add sparc-gcc.c wrapp

Bug#198172: [arm] gcc-3.3 miscompile pari with -O3

On Wed, Jun 25, 2003 at 09:27:33AM +0100, Philip Blundell wrote: > On Thu, 2003-06-19 at 16:26, Bill Allombert wrote: > > Package: gcc-3.3 > > Version: 1:3.3-3 > > Severity: normal > > > > Dear GCC maintainers, > > > > gcc 3.3 (1:3.3ds9-3) miscompile

Bug#198172: [arm] gcc-3.3 miscompile pari with -O3

On Wed, Jun 25, 2003 at 09:27:33AM +0100, Philip Blundell wrote: > On Thu, 2003-06-19 at 16:26, Bill Allombert wrote: > > Package: gcc-3.3 > > Version: 1:3.3-3 > > Severity: normal > > > > Dear GCC maintainers, > > > > gcc 3.3 (1:3.3ds9-3) miscompile

Bug#198172: [arm] gcc-3.3 miscompile pari with -O3

Package: gcc-3.3 Version: 1:3.3-3 Severity: normal Dear GCC maintainers, gcc 3.3 (1:3.3ds9-3) miscompile pari (2.1.5) on arm with -O3, whereas gcc 3.2 (3.2.3 20030331) worked fine. With -O2 gcc 3.3 works fine also The preprocessed miscompiled file is available at http://people.debian.org/~ballo

Bug#197514: 'info gcc' and 'info cpp' show gccint and cppint instead

Package: gcc-3.3 Version: 1:3.3-3 Severity: normal Dear Debian GCC maintainers, 'info gcc' show gccint-3.3.info instead of gcc-3.3.info, and 'info cpp' show cppinternals-3.2.info instead of cpp-3.2.info, Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- System Informati

Bug#130394: ARM] gcc misunhandle % with unsigned long operands

On Sun, Jan 27, 2002 at 03:31:35PM +0100, Matthias Klose wrote: > tags 130394 + potato I suppose that mean you have tested and it works ? Then see below. > please could you recheck with current compilers in testing/unstable? Not until debussy is up again, because I have no account on a arm outsid

Bug#130394: [ARM] gcc misunhandle % with unsigned long operands

Package: gcc Version: 1:2.95.2-13.1 Severity: normal Hello, The following program is miscompiled by gcc on debussy.debian.org : --- typedef unsigned long ulong; main() { ulong x=3221225472UL; ulong y=2UL; printf("x%y=%lu\n",(ulong)(x%y)); } --- ./a.out x%y=1073741824 inst

Bug#111613: #111613 is not fixed

reopen 111613 thanks, on paer.debian.org gcc -O3 /home/ballombe/preproc.c still segfault! Thanks for your attention, -- Bill. <[EMAIL PROTECTED]>

Bug#111613: acknowledged by developer (no longer reproducible)

Hello, now the SEGV in ld is fixed, but I still get paer% gcc -O3 ~/preproc.c ../src/basemath/arith2.c: In function `compimagraw': ../src/basemath/arith2.c:1219: Internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://www.gnu.org/soft

Re: Bug#121282: On i386, gcc-3.0 allows $ in indentifiers but not the asm

For the record, here a new file that give an interesting result: yellowpig% cat >bug3.c <

Bug#111613: acknowledged by developer (no longer reproducible)

> From: Matthew Wilcox <[EMAIL PROTECTED]> > > the example given no longer segfaults on paer.debian.org; i presume an > upload since has fixed this bug. I cannot confirm it: paer% gcc -O3 preproc.c ../src/basemath/arith2.c: In function `compimagraw': ../src/basemath/arith2.c:1219: Internal error:

Re: Bug#121282: On i386, gcc-3.0 allows $ in indentifiers but not the asm

On Tue, Nov 27, 2001 at 07:18:43PM -0500, Christopher C. Chimelis wrote: > > On Tue, 27 Nov 2001, Daniel Jacobowitz wrote: > > > I look at this differently; it's our job to be accepting and GCC's job > > to be conformant. With Joseph and others actively deprecating > > extensions, that seems a b

Bug#121282: On i386, gcc-3.0 allows $ in indentifiers but not the asm

Package: gcc-3.0 Version: 1:3.0.2-3 Severity: minor Hello GCC maintainers, As I reported in #121269, gcc-3.0 allows $ in identifiers by default on i386 but not the asm, so compiling the example given in #121269 fails. Default should to be set on i386 to reject dollar in indentifiers. Best regar

Re: Bug#121269: gcc allows dollars in identifiers by default on i386 but fails

On Mon, Nov 26, 2001 at 01:44:26PM -0500, Christopher C. Chimelis wrote: > On Mon, 26 Nov 2001, Bill Allombert wrote: > > The default for gcc on i386 should be set to reject dollars in identifiers. > > Definitely...I'm going to be doing another gcc-3.0 upload very soon, so

Bug#121269: gcc allows dollars in identifiers by default on i386 but fails

Package: gcc Version: 2:2.95.4-8 Severity: minor Hello, gcc by default allows dollars in identifiers on i386. Unfortunately, the assembler does not like them. %cat >bug.c <

Re: working around gcc bugs.

On Mon, Sep 17, 2001 at 10:57:16PM +0200, Matthias Klose wrote: > > What is the best solution ? > > Build-Depends: gcc-3.0 [arm] > > use CC=gcc-3.0 for configuring/building on arm. hppa and ia64 don't > have gcc-2.95 at all. OK, but default gcc is not gcc-3.0 on merulo (ia64) merulo% gcc -v Rea

working around gcc bugs.

Hello, My PARI package has the bad habits of breaking compiler. Worse of all, problems are often run-time and not compile-time. Currently on hppa, arm and ia64 gcc-2.95 cannot build working binaries, but gcc-3.0 work. So should I force the package to be build with gcc-3.0 on these archs ? And in