>> Discovered while trying to compile archivers/gtar-base: the following
>> code causes NetBSD-current (built today, on aarch64) to crash:
>
> Is that with sys/kern/vfs_syscalls.c 1.565 or not?
Yes, with 1.565. I suspect `path[0] != '/'` might be wrong, as the path is
empty.
Adam
_t)(-1), (gid_t)(-1), 0);
close(fd);
return 0;
}
I didn't investigate any further.
Kind regards,
Adam
be set somewhere else in the code, so other users won't encounter the
>> error?
>
> Does the patch that I proposed on tech-toolchain help?
I don't follow the tech-toolchain, but I've found your patch and it solves the
problem.
Thanks,
Adam
CXXFLAGS="-std=c++11". Maybe it should be set
somewhere else in the code, so other users won't encounter the error?
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
This:
void MD2Transform() {
}
void MD2Update() {
MD2Transform();
}
compiles fine.
Simple and elegant. No hacks involved.
Kind regards,
Adam
> | 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 followin
> 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 show u
>> 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
> 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
D2Transform() is 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(&context->X[0], 0
licit declaration is here
MD2Transform(context); /* resets i */
^
2 errors generated.
Kind regards,
Adam
> 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
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
his properly. Probably #if defined(__NetBSD__).
Please, advise.
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, bu
crypto-usr
./usr/lib/i386/openssl/modules base-crypto-usr
Kind regards,
Adam
_GLOBAL
error: log1pl changed binding to 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
sboot/lib/sa/libsa.a >dosboot.list
${OBJCOPY} -O binary ${BASE}.sym ${BASE}.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
k with 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
eleased
No luck with your image. I only get „Starting PXE over IPv4”. What am I doing
wrong?
Adam
recognised.
Please, advise.
Kind regards,
Adam
- external/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
share/Makefile
Any idea how to fix this?
Kind regards,
Adam
n/man3/extattr.3.gz
>> = end of 1 extra files ===
>
> It is marked obsolete...
>
> christos
But gets installed anyway.
Adam
===
Is the flist incorrect?
Adam
x27;s fine.
What's going on?
Kind regards,
Adam
ct
^
note: use a tag name here to establish linkage prior to definition
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
>> 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
Hi,
Jut my two cents. I think you should go with nilfs3 proposal as at the end it
has it’s benefits. One still could keep current implementation for just reading
if necessary.
Regards Adam.
Adam Hamsik
00421 904 937 495
adam.ham...@lablabs.io
h...@netbsd.org
On 9 Mar 2020, 09:52 +0100
> 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
unfortunately the 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
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
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
remove "distrib" from objdir, re-build, then
re-building again with USE_XZ_SETS=yes works fine.
Please, fix. :)
Kind regards,
Adam
stand/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
m.efi.so] Error code 1
nbmake[10]: stopped in /dist/src/sys/stand/efiboot/bootarm
1 error
Please, help. :)
Adam
I unmounted it, everything was back to normal.
Adam
:)
>
> 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
10M 1796K kqueue/0 0:01 0.00% 0.00% dhcpcd
What is going on? How to make it better? :)
Kind regards,
Adam
ould understand the issue, but .3.gz ?
By using MKMANZ=yes :)
Cheers,
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--
>
> 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
./usr/share/man/man3/HMAC.3.gz
./usr/share/man/man3/MD5.3.gz
= end of 3 extra files ===
Please, fix. :)
Kind regards,
Adam
...]
I am 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
> 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
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
s.h contains:
{0x1002, 0x4C66, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_RV250|RADEON_IS_MOBILITY}
so it should be detected… no? :)
Adam
ease, help. :)
Kind regards,
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
t; pkgsrc Makefile).
> Thomas
I fixed that. Thanks for the heads-up. :)
Adam
ot;___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. :-)
>
> It should have been 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
ameter here
void free(void *);
^
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
>> Is that intentional?
>
> Yes, didn't you get the memo?
>
> Martin
No.
I guess the postman stole it again. 8-)
Adam
Greetings,
If I build custom kernel with some file-systems disabled (commented out in
config), and then try to mount that kind of file-system, the kernel panics.
That is true at least for PROCFS and PTYFS. And that's for -current for at
least a month.
Is that intentional?
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
61 matches
Mail list logo
