Re: Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

Le 21/08/2018 à 09:24, Stephan Bergmann a écrit : Well my build completed successfully this morning, so I'm guessing your fix did it, thanks ! Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/lis

Re: Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

On 20/08/18 19:10, Michael Stahl wrote: can you try if this helps: https://gerrit.libreoffice.org/#/c/59337/ I'd meanwhile pushed alternate/conflicting "On macOS Library_mysqlc needs _i

Re: Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

can you try if this helps: https://gerrit.libreoffice.org/#/c/59337/ On 20.08.2018 18:31, Alexander Thurgood wrote: Le 20/08/2018 à 18:24, Drew Jensen a écrit : Yep, that's almost certainly the culprit, as it appears to have been committed just after I started my last successful build.

Re: Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

Le 20/08/2018 à 18:24, Drew Jensen a écrit : Yep, that's almost certainly the culprit, as it appears to have been committed just after I started my last successful build. > Noticed over on the QA IRC channel some talk about Mac and a recent > change to the MySQL sdbc code: > "Switch from mysq

Re: Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

Noticed over on the QA IRC channel some talk about Mac and a recent change to the MySQL sdbc code: "Switch from mysql to MariaDB C API" : https://cgit.freedesktop.org/libreoffice/core/commit/?id=3478d7453a3d65b3d8d164e8f898a0b79f005c58 for the change record. On Mon, Aug 20, 2018 at 11:38 AM Alexan

Re: Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

Le 20/08/2018 à 17:24, Alexander Thurgood a écrit : The last change I see when git grepping mariadb is a commit from Miklos relating to fixing the Windows build...but this was back in May, and I have been successfully building from master on MacOS, including after make clean, git pull and make usi

Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

HI all, In my usually uneventful master builds, last built on August 13th, I am now seeing the following build failure in mysqlc.uno.dylib : Undefined symbols for architecture x86-64: "_iconv", referenced from _mariadb_convert_string in libmariadb-connector-c.a "_iconv_close&qu

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.documentfoundation.org/show_bug.cgi?id=53472 Chris Sherlock changed: What|Removed |Added Whiteboard|ToBeReviewed|target:4.3.0 target:5.2.0

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.documentfoundation.org/show_bug.cgi?id=53472 jan iversen changed: What|Removed |Added Whiteboard|target:4.3.0 target:5.2.0 |ToBeReviewed -- You are receiving

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.documentfoundation.org/show_bug.cgi?id=53472 Commit Notification changed: What|Removed |Added Whiteboard|target:4.3.0|target:4.3.0 target:5.2.0 -

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

ed678 tdf#53472 Integral Symbols too small for some integrands It will be available in 5.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoun

Re: building a shadow test lib with all symbols?

On 01/19/2016 11:46 PM, Bjoern Michaelsen wrote: On Tue, Jan 19, 2016 at 03:38:32PM +0100, Stephan Bergmann wrote: There's two approaches to this ugly problem. One is as above, with the downside of increasing the number of global symbols. The other is to link a Library's objects dir

Re: building a shadow test lib with all symbols? (was: Adding cppunit test to ucb.ucp.webdav)

On Tue, Jan 19, 2016 at 11:46:21PM +0100, Bjoern Michaelsen wrote: > The last point is a huge disadvantage -- but I wonder if it might be workable > these days, esp. since the static relinking of huge amounts of the same > objects > in some 10-20 test libs as we are doing today does not come for f

building a shadow test lib with all symbols? (was: Adding cppunit test to ucb.ucp.webdav)

Hi, On Tue, Jan 19, 2016 at 03:38:32PM +0100, Stephan Bergmann wrote: > There's two approaches to this ugly problem. One is as above, with the > downside of increasing the number of global symbols. The other is to link a > Library's objects directly into a Cppu

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.documentfoundation.org/show_bug.cgi?id=53472 --- Comment #16 from melikeyurtoglu --- Hi, I send following patch for this bug: http://ci.libreoffice.org/job/lo_gerrit_master/7509/ I can resize the integral sign with the changes I made.I do provide the expected behavior change.But whe

Re: Symbols

is should be fixed by someone from TDF or it is not relevant? Thanks, Pedro -- View this message in context: http://nabble.documentfoundation.org/Symbols-tp4153829p4154059.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mai

Re: Symbols

Hi Pedro, *, On Thu, Jul 9, 2015 at 3:58 PM, Pedro wrote: > Christian Lohmaier-3 wrote >>> http://dev-downloads.libreoffice.org/symstore/symbols/ > > The reason I'm asking is not because the address is not browsable but > because I get > > *** ERROR: Symbol file c

Re: Symbols

Hi Christian, all Christian Lohmaier-3 wrote >> http://dev-downloads.libreoffice.org/symstore/symbols/ > > No, that URL is not down. It is intentional (and documented in the > corresponding wiki page) that the symbols are not web-browsable. > > The symbol server cover

Re: Symbols

Hi *, On Tue, Jul 7, 2015 at 1:03 PM, Pedro wrote: > > I'm trying to backtrace a bug under Windows and I get an error because > > http://dev-downloads.libreoffice.org/symstore/symbols/ As people already asked multiple times: The problem was sorted out already by Beluga in

Symbols

Hi all I'm trying to backtrace a bug under Windows and I get an error because http://dev-downloads.libreoffice.org/symstore/symbols/ seems to be down? Thanks, Pedro -- View this message in context: http://nabble.documentfoundation.org/Symbols-tp4153829.html Sent from the Dev mailing

Re: TinderBox 39, 47 & 51 builds offline, so no Windows symbols

Hi Stuart, *, On Sun, Aug 24, 2014 at 5:29 PM, V Stuart Foote wrote: > Cloph, Kendy, *, > > Hate to pester, but your Windows TB's for Master--and Symbols--dropped off > line ~12-14 Aug. 47 and 51 never produced builds with symbols on Windows - only the officially released

TinderBox 39, 47 & 51 builds offline, so no Windows symbols

Cloph, Kendy, *, Hate to pester, but your Windows TB's for Master--and Symbols--dropped off line ~12-14 Aug. Thorsten's TB 42 has continued to grind out builds of master, so the missing builds have not been too big a deal. However, with Samuel M.'s refactoring of the SideBar d

Re: debug libreoffice for the first time: soffice.bin...(no debugging symbols found)...done.

llelism=2 > CFLAGS='-O0 -g0' CXXFLAGS='-O0 -g0' make > > From ddd: > Open Program > /home/marco/libreoffice/instdir/program/soffice.bin > > (gdb) file /home/marco/libreoffice/instdir/program/soffice.bin > Reading symbols from > /home/marco/libreoffi

debug libreoffice for the first time: soffice.bin...(no debugging symbols found)...done.

om ddd: Open Program > /home/marco/libreoffice/instdir/program/soffice.bin (gdb) file /home/marco/libreoffice/instdir/program/soffice.bin Reading symbols from /home/marco/libreoffice/instdir/program/soffice.bin...(no debugging symbols found)...done. (gdb) What am I doing wrong? Than

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.freedesktop.org/show_bug.cgi?id=53472 Commit Notification changed: What|Removed |Added Whiteboard|EasyHack|EasyHack |Diffic

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.freedesktop.org/show_bug.cgi?id=53472 --- Comment #14 from Matteo Campanelli --- Hi all, so I worked a little on dynamically-sized integrals and I have something working. I added a new command "intd" for the purpose. An user can still use the old "int" to have the usual effect. The

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.freedesktop.org/show_bug.cgi?id=53472 --- Comment #13 from Roberto --- (In reply to comment #12) > Hi everybody, I was planning to put hands on this issue as my first time > hacking L.O.. > I would like to ask some questions on which general directions it may be > better to take: >

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.freedesktop.org/show_bug.cgi?id=53472 --- Comment #12 from Matteo Campanelli --- Hi everybody, I was planning to put hands on this issue as my first time hacking L.O.. I would like to ask some questions on which general directions it may be better to take: - Reading past discussion,

Windows symbols server

Hi, Michael Meeks píše v Čt 05. 12. 2013 v 17:23 +: > * Symbols for Windows releases (Markus) [...] > + Kendy's tinderbox is now providing the symbols (Kendy) > + http://dev-builds.libreoffice.org/daily/master/Win-x86@39/symbols/ > + We need it for relea

Re: debug symbols for current Windows TB-39 LODev 4.3.0.0 master build

@Kendy, Thanks! The symbols are up and I'm able to parse for a debug review with Process Monitor v3.05 on XP with addition of current Win7 SDK dbghelp.dll and .NET 4 framework. Now I just need to figure out where the thing goes south on XP... been through it twice already and nothing is ju

debug symbols for current Windows TB-39 LODev 4.3.0.0 master build

@Kendy, Any chance of putting up Windows debug symbols to go with the "--enable-debug" configured debug build of master you're spinning on TB-39? Have a crash fdo#72185 <https://bugs.freedesktop.org/show_bug.cgi?id=72185> with limited log details when running o

[Bug 36104] [FILESAVE] National symbols corrupted when saved in the MS Excel 5.0 format

https://bugs.freedesktop.org/show_bug.cgi?id=36104 Michael Stahl changed: What|Removed |Added Attachment #45443|application/octet-stream|application/vnd.ms-excel mime t

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.freedesktop.org/show_bug.cgi?id=53472 Michael Stahl changed: What|Removed |Added Attachment #69693|text/plain |image/png mime type|

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.freedesktop.org/show_bug.cgi?id=53472 Michael Stahl changed: What|Removed |Added Attachment #69690|application/octet-stream|application/x-zip mime type|

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.freedesktop.org/show_bug.cgi?id=53472 Michael Stahl changed: What|Removed |Added Attachment #69692|text/plain |image/png mime type|

[Bug 36104] [FILESAVE] National symbols corrupted when saved in the MS Excel 5.0 format

https://bugs.freedesktop.org/show_bug.cgi?id=36104 Eike Rathke changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug 36104] [FILESAVE] National symbols corrupted when saved in the MS Excel 5.0 format

https://bugs.freedesktop.org/show_bug.cgi?id=36104 Eike Rathke changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX

[Bug 36104] [FILESAVE] National symbols corrupted when saved in the MS Excel 5.0 format

https://bugs.freedesktop.org/show_bug.cgi?id=36104 Urmas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 36104] [FILESAVE] National symbols corrupted when saved in the MS Excel 5.0 format

https://bugs.freedesktop.org/show_bug.cgi?id=36104 Björn Michaelsen changed: What|Removed |Added CC||libreoffice@lists.freedeskt

[Bug 53472] FORMATTING: Integral Symbols too small for some integrands

https://bugs.freedesktop.org/show_bug.cgi?id=53472 Björn Michaelsen changed: What|Removed |Added CC||libreoffice@lists.freedeskt

[PUSHED] gbuild: MSVC: only re-link libraries if exported symbols cha...

Hi, Thank you for your patch! It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/3612 Approvals: Tor Lillqvist: Verified; Looks good to me, approved -- To view, visit https://gerrit.libreoffice.org/3612 To unsubscribe, visi

[PATCH] gbuild: MSVC: only re-link libraries if exported symbols cha...

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/3612 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/12/3612/1 gbuild: MSVC: only re-link libraries if exported symbols change Implement commit

[PUSHED] enable symbols and disable optimization in openssl for a dbg...

Hi, Thank you for your patch! It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/3489 Approvals: David Tardon: Verified; Looks good to me, approved -- To view, visit https://gerrit.libreoffice.org/3489 To unsubscribe, visit

[PATCH] enable symbols and disable optimization in openssl for a dbg...

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/3489 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/89/3489/1 enable symbols and disable optimization in openssl for a dbgutil build Change-Id

Re: symbols and no optimization for external libs in dgbutil builds?

On 19/04/13 02:00, Markus Mohrhard wrote: > Hey, > > is there anything speaking against building external libraries in the > dbgutil case with symbols and without optimization? Ideally IMHO we > should even build c++ libraries with GLIBCXX_DEBUG. we should definitely build everyt

Re: symbols and no optimization for external libs in dgbutil builds?

On Fri, Apr 19, 2013 at 02:00:00AM +0200, Markus Mohrhard wrote: > is there anything speaking against building external libraries in the > dbgutil case with symbols and without optimization? We don't do that yet? I'd answer an emphatic &quo

[PUSHED libreoffice-4-0] python3: re-enable both debug symbols and optimization

Hi, Thank you for your patch! It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/3472 Approvals: Fridrich Strba: Verified; Looks good to me, approved -- To view, visit https://gerrit.libreoffice.org/3472 To unsubscribe, vis

symbols and no optimization for external libs in dgbutil builds?

Hey, is there anything speaking against building external libraries in the dbgutil case with symbols and without optimization? Ideally IMHO we should even build c++ libraries with GLIBCXX_DEBUG. I understand that there might be people who don't want to see it in a normal debug build but

[PATCH libreoffice-4-0] python3: re-enable both debug symbols and optimization

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/3472 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/72/3472/1 python3: re-enable both debug symbols and optimization These were apparently accidentally disabled on all non

[PUSHED libreoffice-3-6] Let juhx.dll export undecorated symbols on Windows

Hi, Thank you for your patch! It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/3459 Approvals: Fridrich Strba: Verified; Looks good to me, approved -- To view, visit https://gerrit.libreoffice.org/3459 To unsubscribe, vis

[PUSHED libreoffice-4-0] Let juhx.dll export undecorated symbols on Windows

Hi, Thank you for your patch! It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/3455 Approvals: Fridrich Strba: Verified; Looks good to me, approved -- To view, visit https://gerrit.libreoffice.org/3455 To unsubscribe, vis

[PATCH libreoffice-3-6] Let juhx.dll export undecorated symbols on Windows

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/3459 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/59/3459/1 Let juhx.dll export undecorated symbols on Windows ...otherwise preload.cxx in juh.dll will not be able to find

[PATCH libreoffice-4-0] Let juhx.dll export undecorated symbols on Windows

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/3455 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/55/3455/1 Let juhx.dll export undecorated symbols on Windows ...otherwise preload.cxx in juh.dll will not be able to find

[PUSHED] evoab2: Avoid G_N_ELEMENTS when loading symbols

Hi, Thank you for your patch! It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/2596 -- To view, visit https://gerrit.libreoffice.org/2596 To unsubscribe, visit https://gerrit.libreoffice.org/settings Gerrit-MessageType: mer

[PATCH] evoab2: Avoid G_N_ELEMENTS when loading symbols

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/2596 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/96/2596/1 evoab2: Avoid G_N_ELEMENTS when loading symbols With G_N_ELEMENTS() the array name has to be twice, which can

[PUSHED] restore --enable-symbols option

Hi, Thank you for your patch! :-) It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/975 Objections: Luboš Luňák: Do not submit -- To view, visit https://gerrit.libreoffice.org/975 To unsubscribe, visit https://gerrit.libreo

[PUSHED] unusedcode exclude file: symbols known to be required

Hi, Thank you for your patch! :-) It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/1084 Approvals: Andras Timar: Verified; Looks good to me, approved -- To view, visit https://gerrit.libreoffice.org/1084 To unsubscribe, vi

[PATCH] unusedcode exclude file: symbols known to be required

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/1084 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/84/1084/1 unusedcode exclude file: symbols known to be required The file unused.easy contains a lot of symbols which are

Re: build failure, undefined symbols XML_...

On Thu, 2012-11-15 at 10:09 +, Michael Meeks wrote: > Hi Terry, > > On Wed, 2012-11-14 at 11:25 -0800, Terrence Enger wrote: > > Sigh. My Linux machine is without internet access. I have not succeeded in > > building git on the Windows machine at my local library. Just trying to > > "make d

Re: build failure, undefined symbols XML_...

Hi Terry, On Wed, 2012-11-14 at 11:25 -0800, Terrence Enger wrote: > Sigh. My Linux machine is without internet access. I have not succeeded in > building git on the Windows machine at my local library. Just trying to > "make do". Ah - that is annoying; if you could get git working on

Re: build failure, undefined symbols XML_...

ocumentfoundation.org/build-failure-undefined-symbols-XML-tp4018098p4018627.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: build failure, undefined symbols XML_...

> I am trying to build from the git tarball of 2012-11-03, commit id > 445e66f, If that is just a tarball taken at some random point in time, i.e. not a tarball corresponding to some released version, there is no guarantee that it is buildable (on all supported platforms, in all possible/supported

build failure, undefined symbols XML_...

I am trying to build from the git tarball of 2012-11-03, commit id 445e66f, and the build fails in `[build LNK] Library/libhelplinkerlo.so` because of undefined symbols referenced from helpcompiler/source/HelpLinker.cxx: XML_ParserCreate_UTF8 XML_Parse_UTF8 XML_GetErrorCode_UTF8

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

he lesser evil is to preserve the old name: --enable-symbols. Newbie wouldn't understand all 4 different debug options anyway (no matter what name you would choose), and the core developers (who actually use it) already know it under this name. See also the commit message: https://gerrit.libreoff

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

Argh, I hate myself for continuing this thread, but isn't there a risk that people will think "--enable-backtrace" is related to the code we have (but have disabled for some reason?), or used to have, to display backtraces in the application itself, when it notices some fatal signal/exception (

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

Le Thu, 08 Nov 2012 12:40:03 +0100, Tor Lillqvist a écrit: the ones who used it have done so for quite a while under the current name... But surely what we strive for with all of this is not to make things easier for people who already know what something means, and know that they want it,

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On Wednesday 07 of November 2012, David Ostrovsky wrote: > If no one has any opinion on it, I'm going to name it > --enable-symbols-only. Just call it whatever reasonably makes sense. There will be always somebody disliking some detail. > May be after restoring that old --enab

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On Thu, 2012-11-08 at 09:01 +0100, Stephan Bergmann wrote: > In light of the above, --enable-debugging-information or some shortening > like --enable-debug-info? Ooh - I like it :-) Indeed the double meaning of symbols is rather annoying there; debuginfo is a cleaner concept at

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

> the ones who used it have done so for quite a while under the current name... But surely what we strive for with all of this is not to make things easier for people who already know what something means, and know that they want it, or know that they don't want it? We want to make the meaning o

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On Thu, Nov 8, 2012 at 5:15 AM, David Ostrovsky wrote: > > Decision? the ones who wanted it removed surely don't care since they do not use it. the ones who used it have done so for quite a while under the current name... Norbert ___ LibreOffice mailin

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On 07.11.2012 22:02, David Ostrovsky wrote: So to reflect what these options mean exactly one should name it as follows: enable-symbols: --enable-symbols-and-preserve-optimization enable-debug: --enable-symbols-and-disable-optimization enable-dbgutil: --enable-symbols-and-disable-optimization

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On 08/11/12 11:05, Norbert Thiebaud wrote: > On Thu, Nov 8, 2012 at 2:01 AM, Stephan Bergmann wrote: >> One problem with "S: symbols" is that "symbols" is a vague term here. > > http://www.network-theory.co.uk/docs/gccintro/gccintro_37.html > "The de

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On Thu, Nov 8, 2012 at 2:01 AM, Stephan Bergmann wrote: > One problem with "S: symbols" is that "symbols" is a vague term here. http://www.network-theory.co.uk/docs/gccintro/gccintro_37.html "The debug compilation option works by storing the names and source code l

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On 07/11/12 22:02, David Ostrovsky wrote: > On 07.11.2012 17:16, Tor Lillqvist wrote: >> >> >> If no one has any opinion on it, I'm going to name it >> --enable-symbols-only. >> >> >> I don't like that, as it strongly suggests that

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On 11/07/2012 10:02 PM, David Ostrovsky wrote: On 07.11.2012 17:16, Tor Lillqvist wrote: If no one has any opinion on it, I'm going to name it --enable-symbols-only. I don't like that, as it strongly suggests that this option would cause some kind of lighter, symbol/addre

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On Wed, Nov 7, 2012 at 3:02 PM, David Ostrovsky wrote: > Given that we don't want to rename two last options, we are trying to find a > new (less confusing and not so long) name > for the first one: > --enable-symbols-and-preserve-optimization nah, --enable-symbol is j

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On 07.11.2012 17:16, Tor Lillqvist wrote: If no one has any opinion on it, I'm going to name it --enable-symbols-only. I don't like that, as it strongly suggests that this option would cause some kind of lighter, symbol/address mapping only kind of data to be emitted, as

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

> > > If no one has any opinion on it, I'm going to name it > --enable-symbols-only. I don't like that, as it strongly suggests that this option would cause some kind of lighter, symbol/address mapping only kind of data to be emitted, as opposed to full debug information

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

Am 07.11.2012 16:20, schrieb Lubos Lunak: > >It also might be a good idea to reconsider the "symbols" name, > >unless you want to repeatedly explain it to people who for some > >reason keep getting confused by all this stuff over and over again > >(it's a

Re: Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

On Wednesday 07 of November 2012, d.ostrov...@idaia.de wrote: > [bringing the discussion to ML as it related to other thread on this topic] > > Quoting "Lubos Lunák (via Code Review)" : > > Lubos Lunák has posted comments on this change. > > > > Change sub

Change in core[master]: restore --enable-symbols option again -- was FYI: Cleanup of debug options

[bringing the discussion to ML as it related to other thread on this topic] Quoting "Lubos Lunák (via Code Review)" : Lubos Lunák has posted comments on this change. Change subject: restore --enable-symbols op

[PATCH] add --enable-symbols-only as a syntactic sugar

Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/975 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/75/975/1 add --enable-symbols-only as a syntactic sugar Change-Id: Ib8a28c6162f47526d6bb33f81f53835cd11894b2 --- M

Re: debug symbols creation is broken?

On 01/11/12 10:14, David Ostrovsky wrote: > Hi, > > trying to debug Stuart's accessibility issues i am trying to turn on the > debug symbols (VC2010) ang getting this: > > http://pastebin.com/PZs5T3Er > [...] > C:\workspace\LO-Win2008-VC2010\workdir\wnt

debug symbols creation is broken?

Hi, trying to debug Stuart's accessibility issues i am trying to turn on the debug symbols (VC2010) ang getting this: http://pastebin.com/PZs5T3Er [...] C:\workspace\LO-Win2008-VC2010\workdir\wntmsci13.pro\LinkTarget\Library\ijvmfwk.lib.pdb is wrong path. the compile lines contain

Making debug builds with symbols for Mac OSX available

chine and install the dev version to that machine, if I then try and use gdb, it fails to find the symbols because these point to the paths on the build machine. For some reason, the debug symbols are stored as absolute paths and not relative ones. Is there any way around this ? My autogen switche

[PUSHED] Change in core[libreoffice-3-6]: gbuild: disable symbols on --enable-dbgutil --disable-symbol...

Hi, Thank you for your patch! :-) It has been merged to LibreOffice. If you are interested in details, please visit https://gerrit.libreoffice.org/572 Approvals: Petr Mladek: Verified; Looks good to me, approved -- To view, visit https://gerrit.libreoffice.org/572 To unsubscribe, visit

[PATCH] Change in core[libreoffice-3-6]: gbuild: disable symbols on --enable-dbgutil --disable-symbol...

>From Michael Stahl : Michael Stahl has uploaded a new change for review. Change subject: gbuild: disable symbols on --enable-dbgutil --disable-symbols .. gbuild: disable symbols on --enable-dbgutil --disable-symbols Due

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On 22/05/12 15:56, Lubos Lunak wrote: > On Friday 18 of May 2012, Michael Stahl wrote: >> On 16/05/12 15:09, Lubos Lunak wrote: >> (i wonder if -ggdb1 exists and would be sufficient for symbols but don't >> care enough to try). > > It does, from gcc ma

Re: --enable-debug vs --enable-symbols

ttings, aiding the developer but sometimes unfortunately also magically make a bug disappear. And produced output is slower and much larger so usually desired on a per module or per file basis only. Having complete symbols in --enable-dbgutil for me is fine because I can still step through module

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On Monday 21 of May 2012, Michael Meeks wrote: > On Mon, 2012-05-21 at 18:06 +0200, Stephan Bergmann wrote: > > I rarely use a debugger to step through code, so I prefer to avoid the > > Egad - is this thread still going on :-) Could we create a set of the > pros / cons & a concrete proposal

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On Tuesday 22 of May 2012, Stephan Bergmann wrote: > On 05/22/2012 04:02 PM, Lubos Lunak wrote: > > On Tuesday 22 of May 2012, Stephan Bergmann wrote: > >> On 05/22/2012 03:19 PM, Lubos Lunak wrote: > >>>But --enable-debug also enables asserts, logging and similar > >>> functionality that shoul

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On 05/22/2012 04:02 PM, Lubos Lunak wrote: On Tuesday 22 of May 2012, Stephan Bergmann wrote: On 05/22/2012 03:19 PM, Lubos Lunak wrote: On Monday 21 of May 2012, Stephan Bergmann wrote: On 05/21/2012 05:10 PM, Lubos Lunak wrote: On Friday 18 of May 2012, Stephan Bergmann wrote: Ah, you want

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On Tuesday 22 of May 2012, Stephan Bergmann wrote: > On 05/22/2012 03:19 PM, Lubos Lunak wrote: > > On Monday 21 of May 2012, Stephan Bergmann wrote: > >> On 05/21/2012 05:10 PM, Lubos Lunak wrote: > >>> On Friday 18 of May 2012, Stephan Bergmann wrote: > Ah, you wanted --enable-dbgutil to dis

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On Friday 18 of May 2012, Michael Stahl wrote: > On 16/05/12 15:09, Lubos Lunak wrote: > > these switches are actually supposed to do. As far as I can > > tell, --enable-symbols enables -g, --enable-debug does --enable-symbols > > and turns on logging+assertions and disabl

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On 05/22/2012 03:19 PM, Lubos Lunak wrote: On Monday 21 of May 2012, Stephan Bergmann wrote: On 05/21/2012 05:10 PM, Lubos Lunak wrote: On Friday 18 of May 2012, Stephan Bergmann wrote: Ah, you wanted --enable-dbgutil to disable -O2, the same way that --enable-debug does. Had missed that poin

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On Monday 21 of May 2012, Stephan Bergmann wrote: > On 05/21/2012 05:10 PM, Lubos Lunak wrote: > > On Friday 18 of May 2012, Stephan Bergmann wrote: > >> Ah, you wanted --enable-dbgutil to disable -O2, the same way that > >> --enable-debug does. Had missed that point. Hm, as I said, I prefer my >

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On Mon, 2012-05-21 at 18:06 +0200, Stephan Bergmann wrote: > I rarely use a debugger to step through code, so I prefer to avoid the Egad - is this thread still going on :-) Could we create a set of the pros / cons & a concrete proposal for the ESC call on Thursday ? Thanks,

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

Hello, On 05/20/2012 11:24 PM, Norbert Thiebaud wrote: On Wed, May 16, 2012 at 11:30 PM, Pierre-André Jacquod wrote: expecting to get symbols without optimization, not wanting all asserts outputs. If you are intending to debug why wouldn't you want the misnamed 'assert output

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On 05/21/2012 05:10 PM, Lubos Lunak wrote: On Friday 18 of May 2012, Stephan Bergmann wrote: Ah, you wanted --enable-dbgutil to disable -O2, the same way that --enable-debug does. Had missed that point. Hm, as I said, I prefer my --enable-dbgutil --disable-debug builds to be -O2. What is t

Re: --enable-debug vs --enable-symbols (Re: [Libreoffice-commits] .: 12 commits - config_host.mk.in configure.in filter/source oox/source sal/inc sc/source solenv/gbuild toolkit/source xmlhelp/source)

On Friday 18 of May 2012, Stephan Bergmann wrote: > On 05/18/2012 04:05 PM, Lubos Lunak wrote: > > On Friday 18 of May 2012, Stephan Bergmann wrote: > >> On 05/16/2012 05:01 PM, Lubos Lunak wrote: > >>> - non-debug/dbgutils (i.e. also the default) -> -O2 > &

  1   2   >