compile: Fix function pointers

Message ID 20141212215056.GA2003@host2.jankratochvil.net
State New, archived
Headers

Commit Message

Jan Kratochvil Dec. 12, 2014, 9:50 p.m. UTC
  Hi,

originally posted in the same form as:
	[patch 15/14] GDB/GCC compile function pointers [Re: [PATCH v4 00/14] let gdb reuse gcc's C compiler]
	https://sourceware.org/ml/gdb-patches/2014-12/msg00148.html
	Message-ID: <20141205182925.GA25151@host2.jankratochvil.net>

TBH while I always comment reasons for each of the compilation options in
reality I tried them all and chose that combination that needs the most simple
compile/compile-object-load.c (ld.so emulation) implementation.

So this is a formal request for review/approval as the main patchset is now
checked in.


Thanks,
Jan
gdb/ChangeLog
2014-12-12  Jan Kratochvil  <jan.kratochvil@redhat.com>

	* compile/compile.c (_initialize_compile): Use -fPIE for compile_args.

gdb/testsuite/ChangeLog
2014-12-12  Jan Kratochvil  <jan.kratochvil@redhat.com>

	* gdb.compile/compile.exp (pointer to jit function): New test.
  

Comments

Pedro Alves Jan. 22, 2015, 12:18 p.m. UTC | #1
OK.

Thanks,
Pedro Alves
  
Jan Kratochvil Jan. 22, 2015, 6:21 p.m. UTC | #2
On Thu, 22 Jan 2015 13:18:40 +0100, Pedro Alves wrote:
> OK.

Checked in:
	4b62a76e0cd716407859077467fddbb66b715a43

Joel:
OK for 7.9?  It is definitely not regression-safe but I do not think it matter
for the new 'compile' feature, it was broken anyway etc.


Jan
  
Joel Brobecker Jan. 23, 2015, 7:30 a.m. UTC | #3
> Checked in:
> 	4b62a76e0cd716407859077467fddbb66b715a43
> 
> Joel:
> OK for 7.9?  It is definitely not regression-safe but I do not think
> it matter for the new 'compile' feature, it was broken anyway etc.

OK!
  
Jan Kratochvil Jan. 23, 2015, 10:03 a.m. UTC | #4
On Fri, 23 Jan 2015 08:30:00 +0100, Joel Brobecker wrote:
> > Joel:
> > OK for 7.9?  It is definitely not regression-safe but I do not think
> > it matter for the new 'compile' feature, it was broken anyway etc.
> 
> OK!

Checked in:
	cef1719ed36a945f263d1d1605af7046e9b18b84


Jan
  

Patch

diff --git a/gdb/compile/compile.c b/gdb/compile/compile.c
index 6d3d16e..bb6705f 100644
--- a/gdb/compile/compile.c
+++ b/gdb/compile/compile.c
@@ -636,12 +636,13 @@  String quoting is parsed like in shell, for example:\n\
 
   /* Override flags possibly coming from DW_AT_producer.  */
   compile_args = xstrdup ("-O0 -gdwarf-4"
-  /* We use -fPIC Otherwise GDB would need to reserve space large enough for
+  /* We use -fPIE Otherwise GDB would need to reserve space large enough for
      any object file in the inferior in advance to get the final address when
      to link the object file to and additionally the default system linker
      script would need to be modified so that one can specify there the
-     absolute target address.  */
-			 " -fPIC"
+     absolute target address.
+     -fPIC is not used at is would require from GDB to generate .got.  */
+			 " -fPIE"
   /* We don't want warnings.  */
 			 " -w"
   /* Override CU's possible -fstack-protector-strong.  */
diff --git a/gdb/testsuite/gdb.compile/compile.exp b/gdb/testsuite/gdb.compile/compile.exp
index d0dd791..fb8b390 100644
--- a/gdb/testsuite/gdb.compile/compile.exp
+++ b/gdb/testsuite/gdb.compile/compile.exp
@@ -259,6 +259,11 @@  gdb_test_no_output "end" "compile code -r multiline 4"
 gdb_test "print 'compile.c'::globalshadow" " = 77000" \
     "check globalshadow with -r"
 
+# Test GOT vs. resolving jit function pointers.
+
+gdb_test_no_output "compile -raw -- int func(){return 21;} _gdb_expr(){int (*funcp)()=func; if (funcp()!=21) abort();}" \
+    "pointer to jit function"
+
 #
 # Test the case where the registers structure would not normally have
 # any fields.