Package Details: gcc44 4.4.7-6

Git Clone URL: https://aur.archlinux.org/gcc44.git (read-only, click to copy)
Package Base: gcc44
Description: The GNU Compiler Collection (4.4.x)
Upstream URL: http://gcc.gnu.org/
Licenses: GPL, custom, LGPL
Conflicts: gcc44-multilib
Submitter: None
Maintainer: severach
Last Packager: severach
Votes: 69
Popularity: 0.000000
First Submitted: 2010-05-28 14:46
Last Updated: 2017-09-13 15:17

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

xyproto commented on 2013-04-15 14:52

If someone is desperate to compile gcc44, it might work if gcc45 or gcc46 is used to compile it with, as a workaround.

xyproto commented on 2013-04-12 12:50

gcc44 doesn't compile here either. Not entirely sure how to make it compile again.

Anonymous comment on 2013-04-11 20:12

I have the same problem in either gcc44 or gcc45.
I've upgraded my system to gcc48 with some other packages, not sure it is the factor.
When I built gcc45, I forced it to include some headers, like limit.h, sys/state.h ...etc in the specified in "configure"(depend on some FLAGS in default, and --enable-language=c,c++ since object C may cause some error). I also downgrade some packages upgraded together with gcc48. It can pass these errors, but it finally failed since no enough space, and I didn't try again since I need gcc44, not gcc45. I try to do the same thing with gcc44, but different configure file...

xyproto commented on 2013-04-11 13:29

Will try to reproduce the problem.

tritonas00 commented on 2013-04-11 13:18

same problem here, as urys

xyproto commented on 2013-04-09 20:14

urys, do you have weird CFLAGS or CXXFLAGS? Have you edited /etc/makepkg.conf?

xyproto commented on 2013-04-09 20:13

urys, do you have weird CFLAGS or CXXFLAGS?

Anonymous comment on 2013-04-09 15:28

../../libiberty/fibheap.c: In function ‘fibheap_delete_node’:
../../libiberty/fibheap.c:38:24: error: ‘LONG_MIN’ undeclared (first use in this function)
#define FIBHEAPKEY_MIN LONG_MIN
^
../../libiberty/fibheap.c:258:36: note: in expansion of macro ‘FIBHEAPKEY_MIN’
fibheap_replace_key (heap, node, FIBHEAPKEY_MIN);
^
../../libiberty/fibheap.c:38:24: note: each undeclared identifier is reported only once for each function it appears in
#define FIBHEAPKEY_MIN LONG_MIN
^
../../libiberty/fibheap.c:258:36: note: in expansion of macro ‘FIBHEAPKEY_MIN’
fibheap_replace_key (heap, node, FIBHEAPKEY_MIN);
^
../../libiberty/fibheap.c: In function ‘fibheap_delete’:
../../libiberty/fibheap.c:269:5: warning: incompatible implicit declaration of b../../libiberty/fibheap.c:360:3: warning: incompatible implicit declaration of
uilt-in function ‘memset’ [enabled by default]
make[3]: *** [fibheap.o] Error 1
make[3]: Leaving directory `/tmp/yaourt-tmp-urys/aur-gcc44/src/gcc-4.4.7/build/
ibiberty'
make[2]: *** [all-stage1-libiberty] Error 2
make[2]: Leaving directory `/tmp/yaourt-tmp-urys/aur-gcc44/src/gcc-4.4.7/build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/tmp/yaourt-tmp-urys/aur-gcc44/src/gcc-4.4.7/build'
make: *** [all] Error 2

what's wrong?

xyproto commented on 2013-03-25 13:26

Thank you, ReedWood. Updated the package to depend on elfutils instead.

ReedWood commented on 2013-03-25 12:07

libelf is not available in the aur. Installing elfutils and removing libelf from the dependency array in the packagebuild of gcc44 solved it for me. If this is the correct fix, please update the package.