octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #53241] .gdbinit macros for Octave debugging n


From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #53241] .gdbinit macros for Octave debugging no longer work
Date: Tue, 27 Feb 2018 20:47:00 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0

Follow-up Comment #2, bug #53241 (project octave):

Where are you placing the .gdbinit file?  I'm just curious because during
repeated building there is always this message


refusing to overwrite test/.gdbinit with newer version from
/home/usr3/octave/octave/octave/etc/gdbinit
libinterp/parse-tree/oct-parse.output is unchanged
refusing to overwrite .gdbinit with newer version from
/home/usr3/octave/octave/octave/etc/gdbinit


which isn't an error or warning, it is simply a statement that the .gdbinit
file isn't going to be written into the build directory because of a
pre-existing .gdbinit file.  Is this a natural location for a .gdbinit file to
be, i.e., the build directory test/.gdbinit?  Is there a test procedure that
is performed during build that requires a .gdbinit file to be there?  During
"make install" does that .gdbinit file get placed in some system-wide
location?  Is there a consequence to always overwriting .gdbinit file if
someone has such information typically stored elsewhere?

Links to common locations for .gdbinit files is given here:

https://savannah.gnu.org/bugs/?50285#comment4


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?53241>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]