@hachel
Just change the excutable. gcc will take object files on the command line and link them using it's liker and its settings.
Search Criteria
Package Details: seafile 9.0.11-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/seafile.git (read-only, click to copy) |
|---|---|
| Package Base: | seafile |
| Description: | An online file storage and collaboration tool |
| Upstream URL: | https://github.com/haiwen/seafile |
| Licenses: | GPL2 |
| Conflicts: | seafile-server |
| Provides: | seafile-client-cli |
| Submitter: | eolianoe |
| Maintainer: | Joffrey |
| Last Packager: | Joffrey |
| Votes: | 111 |
| Popularity: | 0.000000 |
| First Submitted: | 2016-08-11 16:38 (UTC) |
| Last Updated: | 2024-11-14 17:06 (UTC) |
Dependencies (8)
- fuse (fuse2)
- libevent (libevent-gitAUR)
- libsearpcAUR
- libwebsockets
- python-future
- sqlite (sqlite-fossilAUR)
- intltool (make)
- vala (vala-gitAUR) (make)
Required by (2)
Sources (2)
kevincox commented on 2013-08-27 13:54 (UTC)
<deleted-account> commented on 2013-08-27 13:52 (UTC)
@kevincox
how would I use gcc for linking instead of ld?
kevincox commented on 2013-08-26 22:55 (UTC)
The download file hasn't moved, however the old version 404's. Changing pkgver to 1.8.1 fixes this. (Of course the checksum has to be updated too).
However, there is a build error in this new version.
Making all in tools
make[2]: Entering directory `/tmp/yaourt-tmp-kevincox/aur-seafile-server/src/seafile-1.8.1/tools'
/bin/sh ../libtool --tag=CC --mode=link gcc -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -Wl,-O1,--sort-common,--as-needed,-z,relro -o seaf-server-init seaf_server_init-seaf-server-init.o seaf_server_init-seaf-db.o -lglib-2.0 -lzdb
libtool: link: gcc -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -o seaf-server-init seaf_server_init-seaf-server-init.o seaf_server_init-seaf-db.o -lglib-2.0 -lzdb
/usr/bin/ld: seaf_server_init-seaf-db.o: undefined reference to symbol 'pthread_setspecific@@GLIBC_2.0'
/usr/bin/ld: note: 'pthread_setspecific@@GLIBC_2.0' is defined in DSO /usr/lib/libpthread.so.0 so try adding it to the linker command line
/usr/lib/libpthread.so.0: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[2]: *** [seaf-server-init] Error 1
make[2]: Leaving directory `/tmp/yaourt-tmp-kevincox/aur-seafile-server/src/seafile-1.8.1/tools'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/yaourt-tmp-kevincox/aur-seafile-server/src/seafile-1.8.1'
make: *** [all] Error 2
The error appears to be that the package is being compiled with gcc but linked with ld. Generally you need to link with the compiler's linker (use gcc and it will call the right linker with the right options).
I doubt this is a packaging error and if you confirm I don't mind reporting it upstream.
(I'm make sure I subscribe this time)
kevincox commented on 2013-08-26 22:40 (UTC)
@ddanier, yes, I have tested it and have been using it for a while.
untitaker commented on 2013-08-18 18:15 (UTC)
Seafile is now at GitHub. Package doesn't compile.
ddanier commented on 2013-07-04 09:23 (UTC)
@kevincox: Have you tested this, does it work?
kevincox commented on 2013-07-04 01:12 (UTC)
Adding "armv6h" to the "arch" variable allows for use on arm devices such as the raspberry pi.
Pinned Comments