www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - [OT?] Web NG archives updates

reply Leandro Lucarella <llucax gmail.com> writes:
Hi, I don't who is in charge of the web NG archive[1], but is there any
chance to update them at least once a day?

I find the web archive really useful to bookmark interesting mails and
passing arround links to interesting threads, but I have to wait too long
for it to get updated, and the alternative, the web NG interfaz[2] is much
more ugly and buggy.

Thanks!

[1] http://www.digitalmars.com/d/archives/digitalmars/D/announce/
[2] http://www.digitalmars.com/webnews/newsgroups.php?search_txt=&group=digitalmars.D

-- 
Leandro Lucarella (luca) | Blog colectivo: http://www.mazziblog.com.ar/blog/
----------------------------------------------------------------------------
GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145  104C 949E BFB6 5F5A 8D05)
----------------------------------------------------------------------------
Debemos creer en los sueños del niño. Cuando el niño sueña con tetas, se
toca.
	-- Ricardo Vaporeso. Toulouse, 1915.
Apr 22 2009
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Leandro Lucarella wrote:
 Hi, I don't who is in charge of the web NG archive[1], but is there any
 chance to update them at least once a day?

Doing it once a day means getting the archiving program on the server, which is FreeBSD64. Unfortunately, that platform isn't supported by D yet!
Apr 27 2009
parent reply Frits van Bommel <fvbommel REMwOVExCAPSs.nl> writes:
Walter Bright wrote:
 Leandro Lucarella wrote:
 Hi, I don't who is in charge of the web NG archive[1], but is there any
 chance to update them at least once a day?

Doing it once a day means getting the archiving program on the server, which is FreeBSD64. Unfortunately, that platform isn't supported by D yet!

FreeBSD can't run 32-bit binaries on 64-bit systems? And (assuming D1, not D2) have you tried it out with gdc and/or ldc?
Apr 27 2009
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Frits van Bommel wrote:
 Walter Bright wrote:
 Leandro Lucarella wrote:
 Hi, I don't who is in charge of the web NG archive[1], but is there any
 chance to update them at least once a day?

Doing it once a day means getting the archiving program on the server, which is FreeBSD64. Unfortunately, that platform isn't supported by D yet!

FreeBSD can't run 32-bit binaries on 64-bit systems?

I tried it, but there's some missing library problem. The FreeBSD developers make it difficult to develop/run 32 bits on 64, and I wasn't up to spending the effort getting past that.
 And (assuming D1, not D2) have you tried it out with gdc and/or ldc?

No.
Apr 27 2009
parent =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Walter Bright wrote:

 Doing it once a day means getting the archiving program on the 
 server, which is FreeBSD64. Unfortunately, that platform isn't 
 supported by D yet!

FreeBSD can't run 32-bit binaries on 64-bit systems?

I tried it, but there's some missing library problem. The FreeBSD developers make it difficult to develop/run 32 bits on 64, and I wasn't up to spending the effort getting past that.

The missing libraries are easy enough to install: sysinstall -> Configure -> Distributions -> lib32 "32-bit runtime compatibility libraries" But the linker seems confused about the -m32 flag: /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching for -lpthread Fails even when giving -L-L/usr/lib32 explicitly: /usr/bin/ld: warning: i386:x86-64 architecture of input file `/usr/lib/crt1.o' is incompatible with i386 output Looks a lot like these old bugs, maybe still around: http://www.freebsd.org/cgi/query-pr.cgi?pr=76224 http://www.freebsd.org/cgi/query-pr.cgi?pr=112215 So it (cross-compilation) is not supported it seems, and one needs to build on a "real" i386 FreeBSD host. But it (the binary) should run just fine on amd64 too, assuming that compatibility libraries are installed ? If one jumps through the hoops and make gcc use "/libexec/ld-elf32.so.1" instead of ld-elf.so.1 and "/usr/lib32" instead of /usr/lib, it runs... hello: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 7.0 (700055), dynamically linked (uses shared libs), FreeBSD-style, not stripped That would be in the last linker "expansion" of: ./freebsd/bin/dmd ./samples/d/hello.d -v gcc hello.o -o hello -m32 -Xlinker -L./freebsd/bin/../lib -lphobos -lpthread -lm -v /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V -dynamic-linker /libexec/ld-elf.so.1 -o hello /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib -L/usr/lib hello.o -L./freebsd/bin/../lib -lphobos -lpthread -lm -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o The matching binary from GDC 0.24 would instead be: hello: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for FreeBSD 7.0 (700055), dynamically linked (uses shared libs), FreeBSD-style, not stripped And yes, it seems that I need to upgrade my BSD :-) --anders
Apr 28 2009