Package Details: gcc43 4.3.6-8

Git Clone URL: (read-only, click to copy)
Package Base: gcc43
Description: The GNU Compiler Collection (4.3.x)
Upstream URL:
Licenses: GPL, LGPL
Conflicts: gcc43-multilib
Submitter: None
Maintainer: severach
Last Packager: severach
Votes: 40
Popularity: 0.000000
First Submitted: 2009-05-27 20:56 (UTC)
Last Updated: 2021-09-29 23:28 (UTC)

Latest Comments

mirh commented on 2020-03-21 14:39 (UTC) (edited on 2020-03-21 17:00 (UTC) by mirh)

What is cloog even needed for? I could build this flawlessly without it (and all its unholy dependencies).

And why is PKGEXT being forced?

severach commented on 2017-03-18 23:34 (UTC) (edited on 2017-03-18 23:34 (UTC) by severach)

It builds with gcc49. Try that.

kaptoxic commented on 2017-03-18 18:30 (UTC)

Could not compile it. The patch mentioned for gcc44 ( helped though.

nariox commented on 2016-08-26 02:07 (UTC)

@severach: thank you for adoptming my child. Take good care of it. (;

nariox commented on 2016-07-20 15:27 (UTC)

@PhotonX: my german is quite rusty, but it seems like it does not like the vector operations. Maybe due to the upgrade to gcc 6. My build computer is currently busy on a large simulation, could you try adding "bootstrap" to the make line (make bootstrap || return 1)?

PhotonX commented on 2016-07-20 12:50 (UTC)

I get following build error:

nariox commented on 2015-05-20 15:43 (UTC)

Hmm, one would most likely need to create a binutils-legacy package for AUR. I'm maintaining this package, but I haven't used gcc43 in over a year. Maybe you could create one. How familiar are you with PKGBUILD?

abrenner commented on 2015-05-20 04:45 (UTC)

Are their any plans of including an older version of binutils with this release of GCC? I was able to get gcc 4.3 installed, but my linker (ld) from binutils is too new and causing issues. -Adam

nariox commented on 2014-09-28 23:59 (UTC)

I don't think the problem is with gcc43, I have been building stuff with it without any problems. Check the AUR page for amarok1, it seems like you need to modify the PKGBUILD to make it work.

piussj2 commented on 2014-09-28 04:49 (UTC)

so, do you have a resolution for this?

piussj2 commented on 2014-09-05 19:49 (UTC)

@nariox I found the problem! I made an old installation of arch on virtualbox, for not to break the system, with gcc 4.8.1-3 and both gcc43 as any package that depends on it, compiles and installs normally, both 32, as 64 bits. then the problem is gcc 4.9.

nariox commented on 2014-09-05 04:26 (UTC)

@piussj2: by the way, it seems like the amarok1 PKGBUILD needs to be modified a little for it to work. Check their AUR page.

nariox commented on 2014-09-05 04:24 (UTC)

@piussj2: can you compile simple "hello world" programs with gcc4.3? Or not even those?

piussj2 commented on 2014-09-01 05:22 (UTC)

@nariox: ok! well, for me its same... I have base-devel. strange...

nariox commented on 2014-08-31 01:51 (UTC)

@piussj2: it's probably best to use english here. Funny, I've built gcc43 just now and the executables seem to work. Do you have base-devel installed?

piussj2 commented on 2014-08-30 11:11 (UTC)

@nariox Eu tentei com o make bootstrap, não adiantou. recebo "configure: error: C compiler cannot create executables" I tried with make bootstrap, but its same. I get "configure: error: C compiler cannot create executables"

piussj2 commented on 2014-08-30 03:38 (UTC)

@nariox (sou brasileiro sim XD) Então, eu não tentei com o make bootstrap, vou tentar mais tarde. Eu não modifiquei o makepkg.conf. Translation: I don't tried with make bootstrap, I'll try later. I don't modified the makepkg.conf.

nariox commented on 2014-08-30 01:34 (UTC)

@piussj2: (você é brasileiro também?) The problem might be due to the recent updates to gcc 4.9 or 4.9.1. Can you try changing the "make" command from the PKGBUILD into "make bootstrap"? That will cause gcc4.3 to "build itself". Sorry, I'm away from my build server. Do you have anything special in your /etc/makepkg.conf?

piussj2 commented on 2014-08-29 23:58 (UTC)

I have a problem. I compile the package with success, but I can't compile anything with. Por example, I tried to compile amarok1 from aur, and it gives: checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking for -p flag to install... yes checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for kde-config... /opt/kde/bin/kde-config checking where to install... /opt/kde (as requested) checking for style of include used by make... GNU checking for gcc... gcc-4.3 checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. ==> ERRO: Uma falha ocorreu em build(). Abortando... So I tried to downgrade gcc43, and however, did nothing effect. Anyone have any suggestions?

madmack commented on 2014-02-13 22:46 (UTC)

@nariox *-8 worked perfectly. Thanks for the prompt fix :)

nariox commented on 2014-02-13 21:42 (UTC)

@madmack Sorry, it was my slip. I added a patch from 4.4 that I shouldn't have. I've updated the package now.

nariox commented on 2013-11-06 22:32 (UTC)

@wcentauri @RazZziel I've just sent a new version. See if it works for you. (;

wcentauri commented on 2013-11-03 22:31 (UTC)

I have an i386 arch and encountered the same problem as RazZziel. I fixed the issue by applying this patch ( appearing in this forum thread ( After that, I found the line mv "$pkgdir"/usr/lib/gcc/$CHOST/lib* "$pkgdir/usr/lib/gcc/$CHOST/$pkgver/" to be problematic and commented it out. Package built successfully after the above mods.

nariox commented on 2013-09-25 20:00 (UTC)

RazZziel, what is your arch? I've just recompiled fine on amd64. i686? armv7h?

RazZziel commented on 2013-09-21 09:19 (UTC)

Doesn't build for me: /tmp/yaourt-tmp-raziel/aur-gcc43/src/gcc-4.3.6/build/./gcc/xgcc -B/tmp/yaourt-tmp-raziel/aur-gcc43/src/gcc-4.3.6/build/./gcc/ -B/usr/i686-pc-linux-gnu/bin/ -B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include -isystem /usr/i686-pc-linux-gnu/sys-include -g -fkeep-inline-functions -O2 -O2 -g -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc -I../../../libgcc/../include -I../../../libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o unwind-sjlj.o -MT unwind-sjlj.o -MD -MP -MF unwind-sjlj.dep -fexceptions -c ../../../libgcc/../gcc/unwind-sjlj.c -fvisibility=hidden -DHIDE_EXPORTS In file included from ../../../libgcc/../gcc/unwind-dw2.c:338: ../../../libgcc/../gcc/config/i386/linux-unwind.h: In function ‘x86_fallback_frame_state’: ../../../libgcc/../gcc/config/i386/linux-unwind.h:142: error: field ‘info’ has incomplete type

nariox commented on 2013-08-15 18:35 (UTC)

It's working now. No documentation is generated. I'm wondering whether I should add texinfo-legacy so that documentation is compiled. Regardless, hope everyone is happy with this package now (;

nariox commented on 2013-08-14 21:09 (UTC)

Special thanks to kristianlm2 and progtologist for solving this issue in gcc44

nariox commented on 2013-08-14 21:09 (UTC)

I'm considering adopting this package. I got it to compile by doing two things: - Changing: [code]options=('!libtool')[\code] to [code]options=('!libtool !buildflags') [\code] in the PKGBUILD - Masking out makeinfo with an empty script. Apparently the latest texinfo causes the trouble. I read that I should be able to compile it without the documentation, but I haven't been successful with this yet. My trick is ugly, but worked.

commented on 2013-05-01 05:59 (UTC)

I've got a different error, but I do suspect the package is pretty old. This might take a while to fix.

fclad commented on 2013-04-30 13:21 (UTC)

Hello, I got the same error. I couldn't fix it for the moment. Thanks

ReedWood commented on 2013-04-04 13:11 (UTC)

I have gcc-4.8 installed, and with this be build of gcc43 failes with if [ xinfo = xinfo ]; then \ makeinfo --split-size=5000000 --split-size=5000000 --split-size=5000000 --no-split -I . -I ../../gcc/doc \ -I ../../gcc/doc/include -o doc/ ../../gcc/doc/cpp.texi; \ fi ../../gcc/doc/cppopts.texi:757: @itemx must follow @item make[3]: *** [doc/] Error 1 make[3]: Leaving directory `/tmp/packerbuild-0/gcc43/gcc43/src/gcc-4.3.4/build/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/tmp/packerbuild-0/gcc43/gcc43/src/gcc-4.3.4/build' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/tmp/packerbuild-0/gcc43/gcc43/src/gcc-4.3.4/build' make: *** [all] Error 2 I have checked the file gcc/doc/cppopts.texi and found out, that there is no @item -help in front of @itemx --help. Adding the @item -help did not fix it for me.

gbc921 commented on 2013-03-18 00:20 (UTC)

How to compile this with the patch provided by @aash29? I tried to include it on PKGBUILD similar to the two ones that are already there, but get no success. Sincerely,

commented on 2012-08-26 09:39 (UTC)

Needs this patch See

erwinkendo commented on 2012-02-28 17:29 (UTC)

Hello I have gcc4.5 installed in my x86_64 system, and I have the following error when installing this package error: error al realizar la transacción (archivos en conflicto) gcc43: /usr/lib/gcc/x86_64-unknown-linux-gnu/lib/ existe en el sistema de archivos gcc43: /usr/lib/gcc/x86_64-unknown-linux-gnu/lib/ existe en el sistema de archivos Ocurrieron errores, no se actualizaron paquetes How can I declare in the PKGBUILD not to copy those files in that folder? Thanks

Schnouki commented on 2010-04-07 20:34 (UTC)

Here is an updated PKGBUILD: Could you please upload it here?

Schnouki commented on 2010-04-02 10:22 (UTC)

Works for me after bumping to 4.3.4, updating md5sums, and commenting the 4 lines about de_DE locale. My x86_64 package is available on

commented on 2010-04-02 01:43 (UTC)

Currently build halts after: Bootstrap comparison failure! ./varasm.o differs ./i386.o differs ./gcc.o differs