{0x1002, 0x4C66, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_RV250|RADEON_IS_MOBILITY}
so it should be detected… no? :)
Adam
./usr/share/man/man3/archive_entry_uname_w.3.gz
./usr/share/man/man3/archive_write_get_bytes_in_last_block.3.gz
These are marked as obsolete in distrib/sets/lists/comp/mi, but get installed
anyway.
Could someone, please, take a look? :)
Cheers,
Adam
ext is
wanted["machine_cpu=" " >>>
<<<
makeflist output is empty for base
When I revert to 1.180, then it goes fine.
By the way, I would also remove the second $NetBSD$ marker, which gets tagged
on every update. ;)
Please, fix. :)
Kind regards,
Adam
> I upgraded CVS this morning (3 hours ago), built tools and kernel.
> When building Kernl Modules, I get this failure:
You have to clean your obj directory.
Adam
./usr/share/man/man3/HMAC.3.gz
./usr/share/man/man3/MD5.3.gz
= end of 3 extra files ===
Please, fix. :)
Kind regards,
Adam
>
> Martin
Yes. I usually point the destdir to a ram-disk, so it's always empty.
Also, I cross-build on macOS, but that shouldn't matter, right?
Kind regards,
Adam
rep -i des_random
-r--r--r-- 1 adam staff - 6357 Oct 8 13:01 DES_random_key.3.gz
-r--r--r-- 36 adam staff - 7020 Oct 8 13:00 des_random_key.3.gz
% ll /tmp/pkgsrc/destdir.i386/usr/share/man/man3/ | grep -i ' hmac'
-r--r--r-- 1 adam staff - 3758 Oct 8 13:01 HMAC.3.gz
-r--r--r-- 1 adam
using Clang (HAVE_LLVM=yes).
I was able to build this architecture around April this year. Has something
changed since then? Can somebody build it with Clang?
Kind regards,
Adam
1796K kqueue/0 0:01 0.00% 0.00% dhcpcd
What is going on? How to make it better? :)
Kind regards,
Adam
I unmounted it, everything was back to normal.
Adam
t;
> what does "ls -l /dev/stdin" show? also -lL.
lr-xr-xr-x 1 root wheel 4 Mar 21 09:35 /dev/stdin -> fd/0
crw--w---- 1 root tty 5, 0 Mar 21 09:39 /dev/fd/0
Nothing special, right? :)
Adam
Greetings,
After building today's sources (8.99.36), on i386 I get:
# sort
sort: /dev/stdin: Device not configured
8.99.29 kernel works correctly.
Same sources, but amd64, also work correctly.
Any suggestions? :)
Kind regards,
Adam
> (to finish what I intended to say above) and the break apparently is
> not directly connected to the newly introduced Hyper-V devices in
> GENERIC, which came to my mind earlier.
VirtualBox does not support SVS.
Apply this patch and try again.
Kind regards,
Adam
--- conf/GENERIC
1
nbmake[10]: stopped in /dist/src/sys/stand/efiboot/bootarm
1 error
Please, help. :)
Adam
saster.
>
> Your initial build with USE_XZ_SETS=yes was done with or without -u ?
>
> Martin
That was a clean build, but, yes, with MKUPDATE=yes.
Adam
ds and uses .tar.xz for some
> architectures, so it is known to work in general, and it is unclear
> what was special in your first try.
That's the thing. A clean build for amd64 works fine, but fails for i386.
Kind regards,
Adam
/i386pae-xen/9.99.22/modules/solaris
./stand/i386pae-xen/9.99.22/modules/solaris/solaris.kmod
end of 4 missing files ==
Can someone, please, fix? :)
Kind regards,
Adam
.
Please, fix. :)
Kind regards,
Adam
> I upgraded it to 1.1.1d, and synced the map files.
>
> christos
Perfect!
I updates NodeJS packages.
Thanks :)
Adam
maps from src and pkgsrc. Below are the diffs. (Pkgsrc currently
has openssl 1.1.1d.)
Please, fix. :)
Kind regards,
Adam
--- /dist/src/crypto/external/bsd/openssl/lib/libcrypto/crypto.map
2018-10-10 22:45:35.466503000 +0200
+++ /tmp/pkgsrc/security/openssl/work/openssl-1.1.1d/lib
he compiler sometimes synthesizes
Clearly, we need newer libc++ in the tree. Can someone, please, do the update?
Also, it would be much better to have its includes in /usr/include/c++/v1 (not
in /usr/include/c++).
Kind regards,
Adam
>> Module Name: pkgsrc
>> Committed By:adam
>> Date:Thu Apr 2 07:46:42 UTC 2020
>>
>> Modified Files:
>> pkgsrc/devel/git: Makefile.version
>> pkgsrc/devel/git-base: PLIST distinfo
>>
>> Log Message:
>&
goto error;
le16enc(tic->nums.buf + tic->nums.bufpos,
(uint16_t)ind);
OK to commit? :)
Kind regards,
Adam
fine.
What's going on?
Kind regards,
Adam
nition
1 error generated.
Also, when I am trying to do the build with MKRUMP=no, it fails on building
'rescue'. Is RUMP required and cannot be turned off?
Kind regards,
Adam
===
Is the flist incorrect?
Adam
n/man3/extattr.3.gz
>> = end of 1 extra files ===
>
> It is marked obsolete...
>
> christos
But gets installed anyway.
Adam
/Makefile
Any idea how to fix this?
Kind regards,
Adam
ternal/bsd/compiler_rt/lib/clang/include/xray/Makefile
>> - external/bsd/compiler_rt/lib/clang/share/Makefile
>>
>> Any idea how to fix this?
>
> I am fixing it.
>
> christos
It builds now. Thanks. :)
Adam
y. Probably #if defined(__NetBSD__).
Please, advise.
Kind regards,
Adam
to be recognised.
Please, advise.
Kind regards,
Adam
h your image. I only get „Starting PXE over IPv4”. What am I doing
> wrong?
>
> Adam
Never mind. I scratched the virtual machine, started all over with a new one
and it works as expected.
Cheers,
Adam
ed
No luck with your image. I only get „Starting PXE over IPv4”. What am I doing
wrong?
Adam
SE}.com
=> /dist/tools.amd64/bin/x86_64--netbsd-objcopy -O binary dosboot.sym
dosboot.com
Am I doing something wrong?
I have HAVE_LLVM=yes defined.
I have successfully built for arm64 from the same source.
Kind regards,
Adam
STB_GLOBAL
error: expm1l changed binding to STB_GLOBAL
error: lgammal changed binding to STB_GLOBAL
error: tgammal changed binding to STB_GLOBAL
I don't know how to fix that one.
Please, advise.
Kind regards,
Adam
./usr/lib/i386/openssl/modules base-crypto-usr
Kind regards,
Adam
/destdir.amd64/METALOG.sanitised
*** [checkflist] Error code 1
> Only the first one should be needed, since the second one already has other
> ./usr/lib/i386/... I'll commit it, thanks!
>
> christos
>
>> On May 11, 2023, at 5:28 AM, Adam wrote:
>>
>> Currently, buildin
> Update to HEAD (after receiving this e-mail) and try again. I think it
> is "fixed" now - but the fix is as UGLY as I can imagine is possible,
> and I expect it to get redone some other way...
It builds fine now. Thanks :)
Adam
> All builds are working again, if this still fails for you there must be
> a local problem in your setup.
>
> Martin
My setup is cross-building NetBSD on macOS.
Adam
id MD2Transform() {
}
void MD2Update() {
MD2Transform();
}
compiles fine.
Simple and elegant. No hacks involved.
Kind regards,
Adam
> Now that Christos moved the function around, that declaration in the
> header is just noise, and could be removed.
Thank you for fixing this.
Adam
>> My setup is cross-building NetBSD on macOS.
>>
>> Adam
>
> I’ve have issues building on macOS (since Big Sur) where the target is amd64,
> arm64 or i386. The tools for CTF do not work properly. Lukem put some fixes
> in place but I’m not sure if they were full
> I don't know what's different in your build, but reeling.netbsd.org shows all
> the builds are working. Are you cross building?
>
> christos
Yes. This is a cross-build on macOS 14.3 with clang.
Adam
used (in MD2Update()) before it is defined,
so to fix it properly I suggest the following patch.
Commit?
Kind regards,
Adam
diff -u -r1.8 md2.c
--- md2.c 20 Jan 2024 14:52:47 - 1.8
+++ md2.c 25 Jan 2024 08:17:43 -
@@ -113,6 +113,30 @@
memset(>X[0], 0, sizeof(context->X));
}
+/
> | Correct, _LIBC_INTERNAL is not defined for tools/compat.
>
> I wonder what the difference is between your environment, and
> a standard build on a NetBSD host.
>
> | MD2Transform() must be defined for MD2Update() in lib/libc/hash/md2/md2.c.
>
> Yes, that I understand.
>
> Try the
> My guess is a system header (md2.h?) being found unintendly (either only
> on macOS or in case of NetBSD having the "right" bits in the system header).
>
> Adam, can you check the *.d file in your objdir correspoding to the failing
> compiler invocation and sh
NetBSD-current fails to build on aarch64.
Please, help :)
Adam
dependall ===> lib/libkern
--- atomic_init_cas.d ---
#create libkern/atomic_init_cas.d
CC=/dist/tools.aarch64/bin/aarch64--netbsd-gcc /dist/tools.aarch64/bin/nbmkdep
-f atomic_init_cas.d.tmp -- -std=gnu99 -Werror -W
is here
MD2Transform(context); /* resets i */
^
2 errors generated.
Kind regards,
Adam
./usr/include/gcc-4.1/emmintrin.h comp-c-include
gcccmds,gcc=4
./usr/include/gcc-4.1/emmintrin.h comp-obsolete
gcc=45,obsolete
Kind regards,
Adam
Is that intentional?
Yes, didn't you get the memo?
Martin
No.
I guess the postman stole it again. 8-)
Adam
fixed in src/tools/compat/compat_defs.h:1.100
christos
This is the file I have, but somehow it does not get included.
Kind regards,
Adam
*);
^
2 warnings generated.
Undefined symbols for architecture x86_64:
___UNVOLATILE, referenced from:
_FcCacheFini in fccache.lo
ld: symbol(s) not found for architecture x86_64
[...]
This is 7.99.4 on Darwin with clang.
Please, fix. :-)
Kind regards,
Adam
regards,
Adam
ould understand the issue, but .3.gz ?
By using MKMANZ=yes :)
Cheers,
Adam
54 matches
Mail list logo
