Package Details: gcc43 4.3.6-8

Git Clone URL: https://aur.archlinux.org/gcc43.git (read-only)
Package Base: gcc43
Description: The GNU Compiler Collection
Upstream URL: http://gcc.gnu.org
Licenses: GPL, LGPL
Submitter: None
Maintainer: severach
Last Packager: nariox
Votes: 42
Popularity: 0.000451
First Submitted: 2009-05-27 20:56
Last Updated: 2015-06-08 19:34

Latest Comments

nariox commented on 2016-08-26 02:07

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

nariox commented on 2016-07-20 15:27

@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

I get following build error: http://pastebin.com/jyM9Sr3k

nariox commented on 2015-05-20 15:43

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

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

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

so, do you have a resolution for this?

piussj2 commented on 2014-09-05 19:49

@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

@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

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

piussj2 commented on 2014-09-04 16:38

Its impossible.
I can't compile with gcc43...
I tried everthing I know, but it shows me the same result: C compiler cannot create executables.

piussj2 commented on 2014-09-01 05:22

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

nariox commented on 2014-08-31 01:51

@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

@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

@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

@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

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

@nariox

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

nariox commented on 2014-02-13 21:42

@madmack

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

madmack commented on 2014-02-12 23:22

patching file gcc/config/sparc/linux64.h
Hunk #1 FAILED at 166.
Hunk #2 FAILED at 175.
Hunk #3 FAILED at 256.
3 out of 3 hunks FAILED -- saving rejects to file gcc/config/sparc/linux64.h.rej

nariox commented on 2013-11-06 22:32

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

wcentauri commented on 2013-11-03 22:31

I have an i386 arch and encountered the same problem as RazZziel. I fixed the issue by applying this patch (http://pastebin.com/VkgE27Pd) appearing in this forum thread (https://bbs.archlinux.org/viewtopic.php?id=144949).

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

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

RazZziel commented on 2013-09-21 09:19

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

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:26

I'll update the file later tonight.

nariox commented on 2013-08-14 21:09

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

nariox commented on 2013-08-14 21:09

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.

nariox commented on 2013-08-14 21:08

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.

Anonymous comment on 2013-05-01 05:59

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

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

ReedWood commented on 2013-04-04 13:11

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/cpp.info ../../gcc/doc/cpp.texi; \
fi
../../gcc/doc/cppopts.texi:757: @itemx must follow @item
make[3]: *** [doc/cpp.info] 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

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,

Anonymous comment on 2012-08-26 09:39

Needs this patch
http://pastebin.com/VkgE27Pd
See
https://bbs.archlinux.org/viewtopic.php?id=144949

erwinkendo commented on 2012-02-28 21:40

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/libgcc_s.so existe en el sistema de archivos
gcc43: /usr/lib/gcc/x86_64-unknown-linux-gnu/lib/libgcc_s.so.1 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

erwinkendo commented on 2012-02-28 18:51

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/libgcc_s.so existe en el sistema de archivos
gcc43: /usr/lib/gcc/x86_64-unknown-linux-gnu/lib/libgcc_s.so.1 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

erwinkendo commented on 2012-02-28 17:29

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/libgcc_s.so existe en el sistema de archivos
gcc43: /usr/lib/gcc/x86_64-unknown-linux-gnu/lib/libgcc_s.so.1 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

Here is an updated PKGBUILD: http://aur.pastebin.com/BDP5dz5N
Could you please upload it here?

Schnouki commented on 2010-04-02 10:22

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 http://fichiers.schnouki.net/archlinux/gcc43-4.3.4-1-x86_64.pkg.tar.xz.

Anonymous comment on 2010-04-02 01:43

Currently build halts after:

Bootstrap comparison failure!
./varasm.o differs
./i386.o differs
./gcc.o differs