summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2024-06-18Excluding riscv64 because it does not support riscv64.HEADtizen_9.0_m2_releaseaccepted/tizen/unified/dev/20240701.073102accepted/tizen/unified/20240619.151947accepted/tizen/9.0/unified/20241030.235932tizen_9.0tizenaccepted/tizen_unified_devaccepted/tizen_unifiedaccepted/tizen_9.0_unifiedwchang kim1-0/+2
Change-Id: I03a0b2f7e1060bf6e5672e1681719a58c5cd6d02
2022-01-18Adapt ASLR to ltracetizen_8.0_m2_releasetizen_7.0_m2_releasesubmit/tizen/20220118.100003accepted/tizen/unified/20220119.121654accepted/tizen/8.0/unified/20231005.095205accepted/tizen/7.0/unified/hotfix/20221116.111116accepted/tizen/7.0/unified/20221110.063419tizen_8.0tizen_7.0_hotfixtizen_7.0accepted/tizen_8.0_unifiedaccepted/tizen_7.0_unified_hotfixaccepted/tizen_7.0_unifiedSungguk Na1-0/+3
Change-Id: I565363a908506bcae43caa03d89d26858cd8d9ab Signed-off-by: Sungguk Na <sungguk.na@samsung.com>
2020-01-08Fix Werror unreachable after switchtizen_6.5.m2_releasetizen_6.0.m2_releasesubmit/tizen_6.5/20211028.163501submit/tizen_6.0_hotfix/20201103.115103submit/tizen_6.0_hotfix/20201102.192903submit/tizen_6.0/20201029.205503submit/tizen/20200108.085202accepted/tizen/unified/20200109.065533accepted/tizen/6.5/unified/20211029.014657accepted/tizen/6.0/unified/hotfix/20201102.231349accepted/tizen/6.0/unified/20201030.112123tizen_6.0_hotfixtizen_6.0accepted/tizen_6.0_unified_hotfixaccepted/tizen_6.0_unifiedSungguk Na1-1/+2
Change-Id: Icc6a3a1fcc0b665f96337783102583def7d85fd5 Signed-off-by: Sungguk Na <sungguk.na@samsung.com>
2020-01-06Tune up test feature macros for glibc 2.30submit/tizen/20200106.093809accepted/tizen/unified/20200107.043358Sungguk Na1-1/+1
Change-Id: Ieb351b7f64a5a39fab50ffad4ddcfbdcbcd21944 Signed-off-by: Sungguk Na <sungguk.na@samsung.com>
2020-01-06Older glibc's don't expose the necessary interfaces without _GNU_SOURCEPetr Machata2-5/+3
Change-Id: Ib8ce6df9c10793e9136d3a5d8c335a8f289ebd3c Signed-off-by: Sungguk Na <sungguk.na@samsung.com>
2016-12-27Replace readdir_r with readdirtizen_5.5.m2_releasetizen_4.0.m2_releasetizen_4.0.m1_releasetizen_4.0.IoT.p2_releasetizen_4.0.IoT.p1_releasesubmit/tizen_unified/20170308.100415submit/tizen_5.5_wearable_hotfix/20201026.184307submit/tizen_5.5_mobile_hotfix/20201026.185107submit/tizen_5.5/20191031.000007submit/tizen_5.0/20181101.000007submit/tizen_4.0/20170828.100006submit/tizen_4.0/20170811.094300submit/tizen/20161227.115415accepted/tizen/wearable/20161228.083532accepted/tizen/unified/20170309.040228accepted/tizen/tv/20161228.083512accepted/tizen/mobile/20161228.083453accepted/tizen/ivi/20161228.083548accepted/tizen/common/20161227.192631accepted/tizen/5.5/unified/wearable/hotfix/20201027.100550accepted/tizen/5.5/unified/mobile/hotfix/20201027.074237accepted/tizen/5.5/unified/20191031.011812accepted/tizen/5.0/unified/20181102.030449accepted/tizen/4.0/unified/20170828.222850accepted/tizen/4.0/unified/20170816.014018tizen_5.5_wearable_hotfixtizen_5.5_tvtizen_5.5_mobile_hotfixtizen_5.5tizen_5.0tizen_4.0sandbox/dnxowls/rpm_upgradeaccepted/tizen_wearableaccepted/tizen_tvaccepted/tizen_mobileaccepted/tizen_iviaccepted/tizen_commonaccepted/tizen_5.5_unified_wearable_hotfixaccepted/tizen_5.5_unified_mobile_hotfixaccepted/tizen_5.5_unifiedaccepted/tizen_5.0_unifiedaccepted/tizen_4.0_unifiedHyeongsik Min1-9/+6
Change-Id: I1a6c75d8a2f64e58a4c81724e2c3b0568b581a7b Signed-off-by: Hyeongsik Min <hyeongsik.min@samsung.com>
2014-12-17Fix bug in `expr_clone`tizen_3.0_ivi_releasetizen_3.0.m2.a1_tv_releasetizen_3.0.m2.a1_mobile_releasetizen_3.0.m1_tv_releasetizen_3.0.m1_mobile_releasesubmit/tizen_wearable/20150128.000000submit/tizen_wearable/20150127.000001submit/tizen_tv/20150323.050640submit/tizen_tv/20150320.000002submit/tizen_tv/20150130.050505submit/tizen_mobile/20150223.000001submit/tizen_mobile/20150213.000000submit/tizen_mobile/20150129.000000submit/tizen_ivi/20160217.000006submit/tizen_ivi/20160217.000000submit/tizen_ivi/20141225.222222submit/tizen_common/20141218.170817submit/tizen_3.0_wearable/20161015.000004submit/tizen_3.0_tv/20161015.000004submit/tizen_3.0_mobile/20161015.000004submit/tizen_3.0_ivi/20161010.000004submit/tizen_3.0_common/20161104.104000submit/tizen_3.0.m2/20170104.093753accepted/tizen/wearable/20150129.005756accepted/tizen/tv/20150324.014607accepted/tizen/mobile/20150224.002805accepted/tizen/ivi/20160218.025301accepted/tizen/ivi/20141225.103508accepted/tizen/common/20141218.172009accepted/tizen/3.0/wearable/20161015.083719accepted/tizen/3.0/tv/20161016.005241accepted/tizen/3.0/mobile/20161015.033658accepted/tizen/3.0/ivi/20161011.050532accepted/tizen/3.0/common/20161114.111229accepted/tizen/3.0.m2/wearable/20170105.025026accepted/tizen/3.0.m2/tv/20170105.024857accepted/tizen/3.0.m2/mobile/20170105.024719tizen_3.0_tvtizen_3.0_ivitizen_3.0.m2tizen_3.0.m1_tvtizen_3.0.m1_mobiletizen_3.0.2015.q2_commontizen_3.0.2015.q1_commontizen_3.0.2014.q4_commontizen_3.0accepted/tizen_3.0_wearableaccepted/tizen_3.0_tvaccepted/tizen_3.0_mobileaccepted/tizen_3.0_iviaccepted/tizen_3.0_commonaccepted/tizen_3.0.m2_wearableaccepted/tizen_3.0.m2_tvaccepted/tizen_3.0.m2_mobileJosé Bollo1-6/+10
On allocation failure of nhls for EXPR_OP_CALL2, EXPR_OP_UP, EXPR_OP_CALL1, the correct behaviour, that is returning -1, was only effective if node->kind == EXPR_OP_CALL2 and node->u.call.own_rhs This change implements the correct behaviour. It also solves a warning when compiling with gcc4.9 that broke integration when compiling with -Werror: the compiler was hurt to use nrhs that he suspected (wrongly) to be uninitialised. Change-Id: I184fea5e121d38fa1df5d0a8680edf51e9fff1a8 Signed-off-by: José Bollo <jose.bollo@open.eurogiciel.org>
2014-08-22packaging: update to 0.7.91tizen_3.0.m14.3_ivi_releasetizen_3.0.2014.q3_common_releasesubmit/tizen_mobile/20141120.000000submit/tizen/20140822.120445accepted/tizen/ivi/20140827.105232accepted/tizen/common/20140822.152031tizen_3.0.m14.3_ivitizen_3.0.2014.q3_commonaccepted/tizen_3.0.m14.3_iviaccepted/tizen_3.0.2014.q3_commonChanho Park2-2/+10
Change-Id: I2e383896f948a19dcd5ba07b8e7f60b6de0c5c74 Signed-off-by: Chanho Park <chanho61.park@samsung.com>
2014-08-22do not error on warningsAnas Nashif2-1/+5
2014-08-22resetting manifest requested domain to floorAlexandru Cornea2-0/+8
2014-08-22 do not depend on dejagnuAnas Nashif1-2/+1
2014-08-22Update to 0.7.2Anas Nashif1-0/+3
2014-08-22Update to 0.7.2Anas Nashif1-15/+8
2014-08-22do not run testsAnas Nashif1-21/+1
2014-08-22clean up specAnas Nashif2-50/+2
2014-08-22demangle lib.cstdlibAnas Nashif1-0/+1
2014-08-22add packagingAnas Nashif3-0/+125
2014-08-22Guard a dwarf_prototypes.h include with a conditionalPetr Machata1-1/+4
- Thanks to Kai Noda for reporting this.
2014-08-22Mention support of powerpc64le ELFv2 in README and NEWSPetr Machata2-0/+3
2014-08-22PowerPC: convert ELFv2 conditionals form preprocessor to plain conditionsPetr Machata2-41/+46
- The reason being that this way, all of the code is exposed all the time, which should make future refactoring easier. There's nothing that needs hiding, no system-specific constants or such.
2014-08-22Fix coding style in PowerPC's arch.hPetr Machata1-16/+18
2014-08-22Fix bugs in fetch backend of powerpc64lePetr Machata1-80/+70
- One bug was in a function that returned a small structure and whose first argument was a pointer that pointed to stack. The old code assumed that meant that the structure was returned by implicit reference instead of in registers. - Another was in passing large HFA's (larger than 8 elements) in arguments, and in returning HFA's.
2014-08-22Recognize powerpc64le in configurePetr Machata1-7/+7
2014-08-22Fix an error path problem introduced in last commitPetr Machata1-1/+1
2014-08-22In config files, allow whitespace between identifier and opening parenPetr Machata2-50/+25
2014-08-22minor whitespace-only style fixDima Kogan2-4/+4
2014-08-22fixed testsuite typos: ltarce -> ltraceDima Kogan11-11/+11
2014-08-22Add a missing license blurbPetr Machata1-0/+19
2014-08-22Normalize some include guardsPetr Machata17-48/+55
2014-08-22Drop uses of #pragma oncePetr Machata2-2/+4
2014-08-22PPC: fix PPC32 buildAlexandre Belloni1-0/+1
Compilation on PPC32 fails because STACK_FRAME_OVERHEAD is never defined in arch.h. Define it to 112 on that platform to restore the same behaviour as before commit eea4ad2cce289753aaa35b4e0258a76d8f8f367c. Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
2014-08-22Copy struct library.should_activate_latent on clonePetr Machata1-0/+1
- I don't think it makes actual difference, as the only consumer of this symbol is proc_add_library, and that's not called from proc_clone (the clone is done by directly iterating the library list). But the code is more obviously right this way.
2014-08-22Fix cloning of libraries with Dwarf supportPetr Machata1-1/+9
- struct library::dwfl_module was left unitialized after library_clone. Garbage was kept in, which prevented proper initialization later, and resulted in segmentation violation.
2014-08-22I now always build the export listDima Kogan4-29/+46
Previously I only built the export list when tracing with -l. Since I was using this export list to resolve aliased symbols in addition to setting breakpoints, this aliased symbol resolution was only working with -l. I now always build the export list to make aliased symbol resolution always work. I now have a separate variable to control whether we should activate latent symbols or not; previously the existence of the export list was used to make this determination. Furthermore populate_this_symtab() now takes an extra argument to indicate that ONLY the export list should be filled in
2014-08-22un-consted some variables to build with older (<= gcc-4.6) compilersDima Kogan2-8/+8
2014-08-22Made activate_latent_in() iterations much more efficientDima Kogan3-71/+33
Previously activate_latent_in() iterations looked like for(export names in lib1) // hash table iteration { for(symbol names in lib2) // list iteration { if(names equal && libsym->latent) { proc_activate_latent_symbol(proc, libsym) } } } This is inefficient both due to the double iteration but also since iterating over a hash table in slow (have to look through all cells, even empty ones). This patch turns this logic into for(symbol names in lib2) // list iteration { if(name in lib1 export names && libsym->latent) // hash table lookup { proc_activate_latent_symbol(proc, libsym) } } So there's no more double iteration, and the hash iteration was turned into a hash lookup. Much better.
2014-08-22removed needless #includeDima Kogan1-1/+0
2014-08-22library_exported_names_each_alias(), library_exported_names_each() now ↵Dima Kogan4-40/+52
restartable These function now takes a *start_after, and return a pointer to the first failing key, like the other ltrace iterators
2014-08-22added forgotten free(), forgotten returnDima Kogan1-1/+4
2014-08-22clarified some int return code checkingDima Kogan1-6/+6
2014-08-22whitespace 'if(' -> 'if ('Dima Kogan1-14/+14
2014-08-22renamed _dtor_* and _clone_* functions to remove the leading _Dima Kogan1-9/+9
2014-08-22DWARF prototypes are now generated with both the plain and the linkage namesDima Kogan1-13/+35
If a die has a DW_AT_linkage_name, I now use it: this is required for C++ code, in particular. I use the plain name regardless, since sometimes the exported symbol corresponds to the plain name, NOT the linkage name. For instance I see this on my Debian/sid amd64 box. In its libc, the linkage name of __nanosleep is __GI___nanosleep, but the export is __nanosleep
2014-08-22We now use known prototypes for all aliased symbols (same address)Dima Kogan6-76/+346
Some libraries have multiple names for the same function. Prior to this patch, it was possible to define a prototype for a symbol, and not have ltrace use it because it saw a different symbol be called. libc is a common source of this. For instance (on my amd64 Debian box) it defines the nanosleep symbol as both 'nanosleep' and '__GI___nanosleep', at the same address. If a calling library calls '__GI___nanosleep', then an ltrace prototype for 'nanosleep' would not be used, even though it should apply to this call
2014-08-22dict_hash_uint64: do not ignore upper 32 bits of the quantityPetr Machata1-6/+4
2014-08-22added hash and equality functions for uint64_tDima Kogan2-0/+23
The hash function is identical to the 32-bit signed int hash function. This function is unideal for such extended use, but is sufficient for now
2014-08-22added NEWS, CREDITS info about the new DWARF prototyping codeDima Kogan2-0/+7
2014-08-22Added manpage section giving examples of -x, -e and -l usageDima Kogan1-17/+121
2014-08-22Making sure to not double-examine the same DWARF CUDima Kogan6-16/+27
2014-08-22CREDITS update for ppc64el supportThierry Fauck1-0/+4
Signed-off-by: Thierry Fauck <thierry@linux.vnet.ibm.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-21 17:13:45 +0000