libera/#ecl - IRC Chatlog
Search
18:53:28
Guest6
Hi all, I just opened a bug report but it looks like the cl+ssl library is hitting some bugs in the threads.h file, can anyone else confirm? I just did (ql:quickload :cl+ssl) and got an Error 1
18:55:04
Guest6
;;; /usr/local/include/ecl/threads.h:90:3: error: implicit declaration of function 'gettimeofday' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
18:55:08
Guest6
2. (ACCEPT) Continue, treating compiling #<cl-source-file "cl+ssl" "src" "ffi"> as having been successful.
18:55:09
Guest6
4. (CLEAR-CONFIGURATION-AND-RETRY) Retry ASDF operation after resetting the configuration.
18:55:11
Guest6
Broken at SI:BYTECODES. [Evaluation of: (QUICKLISP-CLIENT:QUICKLOAD :CL+SSL)] In: #<process TOP-LEVEL 0x10ed72ee0>.
19:00:31
Inline
i.e. it gets included initially and at some point gets excluded due to another condition ?
19:05:57
Inline
SVr4, 4.3BSD. POSIX.1-2001 describes gettimeofday() but not settimeofday(). POSIX.1-2008 marks gettimeofday() as obsolete, recommend‐
19:06:47
Inline
On some architectures, an implementation of gettimeofday() is provided in the vdso(7)
19:08:13
Inline
Why does the vDSO exist at all? There are some system calls the kernel provides that user-space code ends up using frequently, to the
19:08:14
Inline
point that such calls can dominate overall performance. This is due both to the frequency of the call as well as the context-switch
19:08:34
Inline
to call the vDSO in your own application rather than using the C library, you're most likely doing it wrong.
19:09:00
Inline
Applications usually do not need to concern themselves with these details as the vDSO is most commonly called
19:10:50
josharmenta
no that makes sense, last year the bug was actually that the function was removed.
2:28:10
zephyr
howdy, i tried to quickload "iclendar" but hit "No :DIRECT-SUPERCLASS argument was supplied for metaclass" on 21.2.1, anyone seen that before? i tried to digest iclendar's protocol.lisp but i don't even know where to begin
5:57:28
jackdaniel
zephyr: the direct error you encounter is caused by a violation of the shared-initialize generic function protocol
5:59:15
jackdaniel
while the method in the file protocol.lisp goes like (call-next-method) (return-some-junk)
5:59:56
jackdaniel
I will ecl concious of such blunders but the fault is on the other side of the fence :)
6:10:35
jackdaniel
and the second issue is that the function find-superclass-slot assumes that the class being finalized is already finalized, kind of bad; and I'm not sure how ecl could fix that for them
6:11:15
jackdaniel
(defmethod shared-initialize ((class serializable-class) slot-names &key (identifier NIL given))
6:11:26
jackdaniel
(setf (slot-value class 'identifier) (if (consp identifier) (car identifier) identifier)))))
6:37:12
jackdaniel
there should be a library edge-lord-mop that exports the same symbols as mop but adds around methods to check conformance