>>> "DM" == Daniel Martín <mardani29@yahoo.es> writes:

> Uwe Brauer <oub@mat.ucm.es> writes:
>> 
>> Not sure, if you compile from master then this problem does not occur it
>> seems to be more of a emacsformacosx thing

Hi 

I realised that I did not answer your meail 
> Because of the way this protection feature works and the different ways
> you can build and run an Emacs binary for macOS, the casuistic is a bit
> complex.  I'll try to summarize it:

> If you compile Emacs from the GNU repository on a macOS system, you have
> two ways to run the program:

> a) You can run "make" and then execute "src/emacs".  In this case, Emacs
> will inherit the privacy permissions of your terminal.  If your terminal
> does not already have permission to access personal folders, the first
> time you visit something in a personal folder from Emacs you will see a
> prompt "<Your terminal> would like to access files in your <Personal folder> folder".

Ok, I do this only for test purposes

> b) Alternatively, you can run "make install" and then double click on
> the "nextstep/Emacs.app" bundle, or move it to a more permanent
> directory, like /Applications.  This is already the recommended way for
> developers to run the NS native port of Emacs, and the procedure is
> described in detail in "nextstep/INSTALL" from the Emacs repository.
> The first time Emacs needs to visit something in a personal folder it
> will prompt you in a similar way as a), but in the prompt it will show
> as "Emacs" making the request and not your terminal program, provided
> that you executed Emacs from the graphical user interface (for example,
> from Launchpad).

Hm, I see, but why can't I have the good old unix-like way and install
it say in /usr/local or as I prefer now /opt/emacs28 this way I could
test say a stable version like emacs27 and the current master emacs28

I think I will rise this question in the dev emacs list.

Regards

Uwe