GNU bug report logs - #47558
28.0.50; dlopen 'image not found' gccemacs native-lisp macos

Previous Next

Full log

Message #92 received at 47558 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Third <alan <at> idiocy.org>
Cc: bryan.m.obrien <at> gmail.com, schwab <at> linux-m68k.org, 47558 <at> debbugs.gnu.org,
 akrl <at> sdf.org
Subject: Re: bug#47558: 28.0.50; dlopen 'image not found' gccemacs
 native-lisp macos
Date: Wed, 07 Apr 2021 14:50:03 +0300

> Date: Wed, 7 Apr 2021 11:48:23 +0100
> From: Alan Third <alan <at> idiocy.org>
> Cc: Andrea Corallo <akrl <at> sdf.org>, Eli Zaretskii <eliz <at> gnu.org>,
> 	bryan.m.obrien <at> gmail.com, 47558 <at> debbugs.gnu.org
> 
> > Why do you need that in the first place?  The compiler should be looking
> > there by default.
> 
> It may be because we have to build with clang, or it may be because of
> how homebrew installs things. Or both. I'm not sure.

That alone is worth a bug report against clang, I think.

>     breton:/Users/alan>gcc -print-file-name=libgccjit.so
>     libgccjit.so
> 
> which isn't helpful, but again may be because gcc is actually clang.

The above means the compiler cannot find the file.  Does the file's
name actually end in .so, or is it some .dynlib or some such?

Does clang support the -v switch, whereby it emits details about the
directories it searches and libraries it scans?  If so, can you run
the link command with that switch and show the entire output?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.