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: custom, GPL-2.0-only, LGPL-2.1-only, GPL-3.0-only, LGPL-3.0-only
Conflicts: gcc44-multilib
Submitter: None
Maintainer: severach
Last Packager: severach
Votes: 68
Popularity: 0.000000
First Submitted: 2010-05-28 14:46 (UTC)
Last Updated: 2025-01-17 02:42 (UTC)

Latest Comments

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

xyproto commented on 2013-04-09 20:14 (UTC)

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

<deleted-account> commented on 2013-04-09 15:28 (UTC)

../../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 (UTC)

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

ReedWood commented on 2013-03-25 12:07 (UTC)

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.

GordonGR commented on 2013-03-18 13:10 (UTC)

That would make sense, but no. I generally use aurinstaller unless something wrong (or unless it's a heavy build) in which case I do it manually.

gnloch commented on 2013-03-18 10:16 (UTC)

@GordonGR Are you building with yaourt? It uses the /tmp, which usually is limited to 2.1GB

GordonGR commented on 2013-03-17 01:09 (UTC)

It took two full hours, but it completed successfully with the use of one thread. I guess it is a memory issue after all. I'll run a memcheck. Thank you!

xyproto commented on 2013-03-16 22:11 (UTC)

Does it work if you build it with "make -j1" instead of just "make"? This uses only one thread and much less memory, if should be a memory issue. It's worth a shot? It will take ages to compile, though.

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